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ABSTRACT 



A graphical user interface may used to construct a Ust from 
pre-defined and user-defined printer values. Predefined val- 
ues may be added or removed through a dialog box by 
selecting or deselecting values. New user-defined values 
may added by filling in a value in the add value dialog. An 
existing value naay be modified by selecting a modify 
push-button. In response to selecting the modify push- 
button, a value may be edited in a modify value dialog. 
Adding, removing, modifying, and deleting printer values 
may be performed by user interaction with various push- 
buttons and dialog boxes. 
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GRAPHICAL INTERFACE METHOD, ledger aad a calculator.) However, it is not required that an 

APPARATUS AND APPLICATION FOR object always be represented by an icon, and not all inter- 

CREATING A LIST FROM PRE-DEFINED action is accomplished by way of icons. 

AND USER-DEFINED VALUES While classification of objects may foUow many different 

5 definitions, each class of objects has a primary purpose that 

This application is a Continuation of application Ser. No, separates it from the other classes. A class may be looked at 

08/696,752, filed Aug. 14, 1996, which application(s) are as a group of objects that have similar behavior and infor- 

incorporated herein by reference. mation structures. In addition, each of the objects enumer- 

BACKGROUND OF THE INVENTION AND fhrl^nH^tfrlt^^^^^ may contain o^er objects. Th.rc are 

STATE OF THE PRIOR ART primary classes of objects. Each is discussed below. 

(1) Container Object: 

1. Field of the InvenUon object holds other objects. Its principal purpose is to 
The present invention relates to graphical user interfaces. provide the user with a way to hold or group related objects 

More particularly, the invention relates to a method, appa- for easy access or retrieval. An operating system, e.g. OS/2® 

ratus and application for creating a list from pre-defined and (a trademark of IBM Corporation) or Windows® (a trade- 

uscr-dcfincd values. mark of Microsoft Corporation), typically provides a 

2. Description of Related Art general-purpose container, for example a folder or a pro- 
In order to better understand the terms utilized in this gram group — that holds any type of object, including other 

patent application, a brief background definition section will containers. For example, imagine a program group (or 
be presented so that the reader will have a common under- bolder) labeled "PRIVATE FOLDER— ICONS". In the pro- 
standing of the tenms employed and associated with the three folder icons labeled "REPORTS", 
present invenUon. "PORTFOLIO" and "LETTERS". By selecting with a 
A "user interface" is a group of techniques and mecha- or other pointing device the icon "PORTFOLIO", 
nisms that a person employs to interact with an object The another window may open showing three more icons labeled 
user interface is developed to fit the needs or requirements "^^^^ PAINTINGS", "WATERCOLORS", and "POR- 
of the users who use the object. Commonly known user TRAITS". In turn, selectmg any of those three icons may 
interfaces can include telephone push buttons or dials, or °P^° additional windows with further icons representing 
pushbuttons such as on a VCR or a television set remote. further subdivisions, or cross-references (e. g.. 
With a computer, many interfaces not only allow the user to 30 "CUSTOMERS"), 
communicate with the computer but also allow the computer (^) Objects: 

to communicate with the user. These would include (1) The principal purpose of a data object is to convey 

command-line user interfaces (i.e., user remembered com- information. This information may be textual or graphical 

mands which he/she enters, e.g. "C:>DIR" in which "DIR" information or even audio or video information. For 

is a typical DOS command entered at the "C prompt); (2) 35 example, a business report displayed on the computer moni- 

menu-driven user interfaces which present an organized set contain textual information concerning sales of 

of choices for the user, and (3) graphical user interfaces, "gadgets" over the past few years (text object) to all cus- 

("GUI") in which the user points to and interacts with tomers and also may contain a bar chart (graphic object) to 

elements of the interface that are visible, for example by a pictorially depict, on the same monitor screen, the sales 

"mouse" controlled arrow or cursor. 40 information. 

An example of a GUI user interface is that which is (3) Device Objects: 

offered by International Business Machines Corporation The principal purpose of a device object is to provide a 

(IBM) under the name "Common User Access" ("CUA"). communication vehicle between the computer and another 

This GUI incorporates elements of object orientation (i.e., physical or logical object. Many times the device object 

the user's focus is on objects and the concept of applications 45 represents a physical object in the real world. For example, 

is hidden). Object orientation of the interfaces allow for an a mouse object or icon can represent the user's pointing 

interconnection of the working environment in which each device, and a modem object can represent the user's modem, 

element, called an "object," can interact with every other or a printer object or icon can represent the user's printer, 

object. The objects users require to perform their tasks and Other device objects are purely logical, e.g. an out-basket 

the objects used by the operating environment can work 50 icon representing outgoing electronic mail; a wastebasket 

cooperatively in one seamless interface. With object ori- object or icon representing a way the user may "trash" or 

ented programming using a GUI, the boundaries that dis- dispose of other objects. 

tinguish applications from operating systems are no longer As can be seen from the foregoing, a class of objects may 

apparent or relevant to the user. ^ be defined as a description of the common characteristics of 

In connection with this patent application, an "object" 55 several objects, or a template or model which represents how 

means any visual component of a user interface that a user the objects contained in the class are structured. While there 

can work with as a unit, independent of other items, to are further ways in which to define objects and classes of 

perform a task. By way of example, a spreadsheet, one cell objects, typically each class of objects will include similar 

in a spreadsheet, a bar chart, one bar in a bar chart, a report, attributes, the values of which the user will alter, modify, 

a paragraph in a report, a database, one record in a database, 60 replace or remove from time to time. For a more complete 

and a printer are all objects. Each object can be represented discussion of objects, attributes, object oriented interfaces 

by one or more graphic images, called "icons," with which etc. see "Object Oriented Interface Design: IBM Common 

a user interacts, much as a user interacts with objects in the User Access" (published by Que, ISBN 1-56529-170-0). 

real world (NOTE: In the real world, an object might be an The present invention relates primarily to data objects. In 

item that a person requires to perform work. As an example, 65 a graphical user interface, the user frequently desires to 

an architect's objects might include a scale, T-square, and a construct a list of values. The values may be pre-defined or 

sharp pencil, while an accountant's objects might include a may be defined by the user. In addition to creating the list, 
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the user typically wants to modify the list, once created, by 
adding, deleting, or modifying values. Moreover, it is useful 
for the user to be able to copy values from one entry to 
another. 

There are no standard solutions to these needs in the field 
of graphical user interfaces. Of course a variety of database 
products exist that provide various data management 
options. However, within graphical user interfaces there are 
no known solutions that adequately meet user needs. 

SUMMARY OF THE INVENTION 

In view of the above, it is a principal object of the present 
invention to provide a graphically oriented method, appli- 
cation and apparatus to construct and modify a list of values, 
whether the values are pre-defined or user-defined. 

Another object of the present invention is to permit the 
user to add values to and delete values from a list by 
selecting and deselecting pre-defined values. 

Another object of the present invention is to permit the 
user to add a user-defined value to a list. 

Another object of the present invention is to allow the user 
to copy a value from a list, modify the value, and insert the 
modified value into the fist while also retainmg the original 
value in the list. 

Yet another object of the present invention is to allow the 
user to copy a value from a list, modify the value, and 
replace the original value with the modified value in the list. 

Still another object of the present invention is to allow the 
user to delete a value from a list. 

The invention is carried out in the following environment. 
The computer system has at least a visual operator interface, 
an operating system for operating applications within the 
computer system, and memory for storing at least part, 
preferably all, of an application. The present invention 
provides a method, apparatus, and application for construct- 
ing in a graphical user interface a list of values, whether the 
values are pre-defined or user-defined. Also disclosed is a 
means for adding, modifying, and deleting values. Addition- 
ally disclosed is a means for copying selected values, 
modifying the selected values, and inserting the modified 
values into the list, while also retaining the original value in 
the list. 

Other objects of the invention and a more complete 
understanding of the invention may be had by referring to 
the following description taken in conjunction with the 
accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWING(S) 

FIG. 1 illustrates a typical desktop computer system 
which may be employed to practice the novel method and 
application of the present invention; 

FIG. 2 is a block diagram illustrating a sample configu- 
ration of the computer system shown in FIG. 1; 

FIG, 3 is a typical window, in accordance with the present 
invention, showing a fist of values in a user-list box; 

FIG. 4 is a typical window showing how pre-defined 
values are selected for the fist of values in the user-list box; 

FIG. 5 is a typical window showing how user-defined 
values are added to the list of values in the user-list box; 

FIG. 6 is a typical window showing the added user 
defined value in the user-list box. 

FIG. 7 is a typical window showing the copying of a value 
already in the user- fist box, and then modification of the 
copy; 
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FIG. 8 is a typical window showing the added copy, as 
modified, in the user- list box; 

FIG. 9 is a typical window showing the modification of an 
existing value in the user-list box; 
^ FIG. 10 is a typical window showing the modified value 
in the user-list box; and 

FIG. 11 is a flow chart illustrating the method of the 
present invention, including FIG. IIA and FIG. IIB. 

10 DESCRIPTION OF THE ILLUSTRAHVE 

EMBODIMENT(S) 

Turning now to the drawings, and especially FIGS. 1 and 
2, FIG. 1 diagrammatically shows a computer system 1 
which may be connected to a Local Area Network system 
(LAN 20) as shown in FIG, 2. 

As shown in FIG. 1, the computer system 1 comprises a 
main chassis 10, a display means or monitor 12, a connected 
keyboard 16 and a pointing device, in the present instance a 
mouse 18 which is operator controlled to move a pointer 
cursor 12b (shown in FIG. 3) on the display or monitor 
screen 12c. As shown in FIG. 2, the chassis 10 includes a 
central processing unit, or "CPU" 5, a memory manager and 
associated random access memory, or "RAM" 6, a fixed disk 

25 or hard drive 8 (which may include its associated disk 
controller), a display manager 12fl which is connected 
externally to the chassis 10 of the display 12; a keyboard 
manager 16fl, which through flexible cable (not shown) is 
connected to the keyboard 16; a mouse manager 17 (which 

3Q in some instances may form part of the display manager 12a, 
and may be in the form of a software driver) for reading the 
motion of the mouse 18 and its control mouse buttons (MB) 
18a and 18fc>, shown in FIG. 1. A disk manager or controller 
13fl which controls the action of the disk drive 13 (and an 

35 optional drive such as a magneto-optical or CD ROM drive 
14) shown in FIG. 1, rounds out most of the major elements 
of the computer system 1. 

The pointer element or cursor 12fe can be moved over the 
display screen 12c by movement of the mouse 18. The 

40 mouse buttons (MB) 18a and ISb give commands to the 
operating system, usually through a software moTise driver 
provided by the mouse manufacturer. With the first mouse 
button (MB) 18a the operator can select an element indi- 
cated on the display screen 12c using the pointer or cursor 

45 12b, i.e., signify that an action subsequently to be performed 
is to be carried out on the data represented by the indicated 
element on the display screen 12c. The system normally 
gives some visual feedback to the operator to indicate the 
element selected, such as a change in color, or a blocking of 

50 the icon. The second mouse button (MB) 18!? may be a menu 
button, if desired. Conventionally, when the operator presses 
button 18fe, a selection menu or dialog with system com- 
mands will appear on the display screen 12c. The operator 
may select an icon or item from the selection menu or input 

55 information into the dialog box as appropriate using the 
cursor 12b and the first mouse button (MB) 18a. Some menu 
items, if selected, may call up another menu or submenu for 
the operator to continue the selection process. 
The use of a mouse and selection menus is well known in 

60 the art, for example U.S. Pat. No. 4,464,652 to Lapson et al. 
describes a selection menu of the pull-down type in com- 
bination with a mouse. It should be recognized, of course, 
that other cursor pointing devices may be employed, for 
example a joystick, ball and socket, or cursor keys on the 

65 keyboard. 

The foregoing devices (and software drivers therefore) 
within the chassis 10 communicate with one another via a 
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bus 7. To round out the computer system 1, an operating 
system (not shown) must be employed. If the computer 
system is a typical IBM-based system, the operating system 
may be DOS -based and include a GUI interface such as 
contained in OS/2®, or WINDOWS®, or other operating 
system of choice. If the computer system is based upon 
RISC (reduced instruction set computer) architecture, then 
the operating system employed may be, in the instance of an 
IBM-based RISC architccturcd System/6000®, AIX. 
Alternatively, if the computer system 1 is a large host 
computer, such as a an IBM 3090, it may be running an 
operating system such as MVS or VM. 

In the illustrated instance, the computer system 1 includes 
an I/O (Input/Output) manager or communications manager 
19 (shown in FIG. 2) which serves to link the computer 
system for communications with the outside world such as 
to a systems printer, a modem or a LAN controller (such as 
a Token ring or ETHERNET or even through a modem 
employing SDLQ such as showm at 20 in FIG. 2. The LAN 
controller may be incorporated inside the computer system 
1 or located externally as shown diagrammatically in FIG. 2, 
as desired. The LAN controller 20 may connect to other 
computer systems 40 and 41 as well as to other printers such 
as printers 25, 30 and 35 by communications cable 22 and 
the like. However the method and application of the present 
invention works equally well with multiple objects serviced 
by a single computer system. 

Referring now to FIG. 3, the display screen 12c of the 
monitor 12 is shown with a window 50. As illustrated, a 
user-list box 52 'contains three values, 54, 56 and 58. Value 
54 is one value in the user-list box 52. 

The values Shown in FIG. 3, arc na -legal- white 54, 
na-letter-white 56, and Letterhead-1 58. In this example, 
na-legal-white 54 and na-letter-white 56 are pre-defined 
values, while Letterhead-1 58 is a tiser-defined value. Down 
the right hand side of window 50 are five pushbuttons 60, 62, 
64, 66 and 68. The List Pushbutton 60 is selected to display 
a list of pre-defined values which can then be selected and/or 
deselected. The Add Pushbutton 62 is selected to add a 
user-defined value to the user-Ust box 52. The Add Copy 
Pushbutton 64 is selected to copy a value from the user-Ust 
box 52 to create another entry in the user-list box 52. The 
Modify Pushbutton. 66 is selected to modify an existing 
value in the user-list box 52. The Delete Pushbutton 68 is 
selected to delete an existing value in the user-list box 52. 
The operation of each of these pushbuttons is described in 
further detail below. 

FIG. 4 shews a typical window 70 to demonstrate how 
pre-defined values are added to and deleted from the user-list 
box 52. When the user selects the List Pushbutton 60 in the 
window 50 in FIG. 3, the window 70 appears. The window 
70 lists pre-defined values 72 which may be selected and 
deselected so as to add and delete the pre-defined values 
from the user-list box 52. Note that in this example there are 
two pre-defined values, na-legal -white 74 and na-lettcr- 
white 76, which are highlighted in the pre-defined value list 
72, The highlighting indicates that these pre-defined values 
are currently in the user-defined list box 52 in HG. 3. The 
user may select additional pre-defined values to be added to 
the user- list box 52, or may deselect values currently in the 
user-Usl box 52, which will remove these pre-defined values 
from the user- list box 52. When the user is done selecting 
and deselecting pre-defined values, the user selects the OK 
Pushbutton 78. The Cancel Pushbutton 80 may also be used 
to return to the user- list box 52 without making any changes. 

RG. 5 shows a typical window 90 to demonstrate how 
user-defined values are added to the user-list box 52. When 
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the user selects the Add Pushbutton 62 in the window 50 in 
FIG. 3, the window 90 appears. The window 90 contains a 
Value Box 92. To add a user-defined value to the user-list 
box 52, the user enters the value to be added. In this 

5 example, the user-defined value to be added is Letterhead-2 
94. Tlie user then selects the Add Pushbutton 96 at the 
bottom of window 90. The window 90 then closes and, as 
shown in FIG, 6, the window 100 appears. Window 100 is 
identical to window 50, except, that the user-defined value 

10 102 added in window 90 is shown in the user-list box 52. 
Assume now that the user desires to copy value 102 to 
create a fifth entry in user-list box 52. The user selects Add 
Copy Pushbutton 64. This causes window 110 to appear, as 
shown in FIG. 7. The value 102, from FIG. 6, is "pre-filled 

15 in" to the Value Box 112 on window 110. If the user then 
desires to make certain modifications to the value 102, this 
can be done without the user having to re -enter all of the 
information for the value 102, 
In this example, the user changed the value Letterhead-2 

20 to Letterhead -3 114. When the modifications are complete, 
the user selects the Add Copy Pushbutton 116, This causes 
window 120 to appear, as shown in FIG, 8, As shown in FIG. 

8, the new value 122 has been added to the user-list box 52. 
Note that both the original value and the modified value now 

25 appear in the user-list box. 

Now suppose the user desires to modify value 122. The 
user selects the Modify Pushbutton 66. This causes the 
window 130 shown in FIG. 9 to appear. Window 130 
contains a Value Box 132 which is "pre-filled-in" with the 

30 information for value 122 showing in the user-list box 52 
and as previously entered by the user. The user can make 
minor changes to the user-defined value 134 as shown in 
FIG. 9. In this example, the user changed Letterhead -3 to 
Lctterhead-9 134. Of course, other modifications are also 

35 possible. The modifications shown are examples only. 

When the modifications are complete, the user selects the 
Modify Pushbutton 136 as shown in FIG. 9. FIG. 10 shows 
user-list box 52 with value 134 modified as shown in FTG. 

9. Note that when modifying a user-defined value, only the 
^ modified value appears in the user-list box. 

Although not illustrated in the Figures, the user also can 
delete a value in the user-list box 52, To delete a value, the 
Delete Pushbutton 68 is selected. 

FIG. 11 shows the method of the present invention. 

Although the invention has been described with a certain 
degree of particularity, it should be recognized that elements 
thereof may be altered by person(s) skilled in the art without 
departing from the spirit and scope of the invention. The 
invention is limited only by the following claims and their 
equivalents. 

What is claimed is: 

1. A method for creating a window displaying user defined 
printer values in a graphical user interface (GUI) displayed 
on a computer monitor attached to a computer, wherein an 
input device in communication with the computer is used to 
control display operations in the GUI, wherein a printer is in 
communication with the computer, comprising the steps of: 
displaying a first window of pre-defined printer values; 
gQ selecting, with the input device, at least one pre-defined 
printer value displayed in the first window; 
displaying in a second window the selected pre-defined 
printer value; 

modifying, with the input device, the pre-defined printer 
65 value displayed in the second window; 

displaying the modified pre-defined printer value in the 
second window; and 
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processing with the computer the modified pre-defined 
printer value to control printer operations. 

2- The method of claim 1, wherein the step of modifying 
the pre-defined printer value comprises changing the dis- 
played name of the modified pre-defined printer value from 
a first name to a second name, and wherein the step of 
displaying the modified pre-defined printer value in the 
second window comprises displaying the second name of 
the modified pre-defined printer value. 

3. The method of claim 2, wherein the step of processing 
the modified pre-defined printer value having the second 
name generates the same printer operation outcome as 
processing the pre-defined printer value having the first 
name. 

4. The method of claim 1, wherein the step of modifying 
the pre-defined printer value comprises creating a copy of 
the predefined printer value, wherein the step of displaying 
the modified pre-defined printer value in the second window 
comprises displaying both the copy of the pre-defined 
printer value and the pre-defined printer value in the second 
window. 

5. The method of claim 4, further comprising the step of 
changing a displayed name of the copy of the predefined 
printer value from a first name to a second name, wherein the 
step of displaying both the copy of the pre-defined printer 
value and the pre-defined printer value comprises displaying 
the pre-defined printer value with the first name and dis- 
playing the copy of the pre-defined printer value with the 
second name. 

6. A system for modifying user defined printer values, 
comprising: 

a computer; 

an input device in communication with the computer for 
entering data into the computer; 

a display screen in communication with the computer, 
wherein the display screen displays a graphical user 
interface (GUI), and wherein the input device is 
capable of controlling display operations in the GUI; 

a printer in communication with the computer; 

program logic executed by the computer, including: 

(i) means for displaying a first window of pre-defined 
printer values; 

(ii) means for accepting a selection, with the input 
device, of at least one pre-defined printer value 
displayed in the first window; 

(iii) means for displaying in a second window the 
selected pre-defined printer values; 

(iv) means for modifying the pre-defined printer value 
displayed in the second window; 

(v) means for displaying the modified pre-defined 
printer value in the second window; and 

(vi) means for processing the modified pre-defined 
printer value to control printer operations. 

7. The system of claim 6, wherein the program logic 
further comprises: 

means for changing the displayed name of the pre-defined 
printer value from a first name to a second name; and 

means for displaying the second name of the pre-defined 
printer value. 

H. The system of claim 7, wherein the means for process- 
ing the modified pre-defined printer value having the second 
name generates the same printer operation outcome as 
processing the pre-defined printer value having the first 
name. 

9. The system of claim 6, wherein the program logic 
further comprises: 

means for creating a copy of the predefined printer value; 
and 
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means for displaying both the copy of the pre-defined 
printer value and the pre-defined printer value in the 
second window. 

10. The system of claim 9, wherein the program logic 
5 further includes: 

means for changing a displayed name of the copy of the 
predefined printer value from a first name to a second 
name; and 

jQ means for displaying the pre-defined printer value with 
the first name and displaying the copy of the pre- 
defined printer value with the second name in the 
second window. 

11. An article of manufacture for use in programming a 
-J 5 computer to allow a user to control the display of printer 

values in a graphical user interface (GUI) on a display 
monitor controlled by the computer, the article of manufac- 
ture comprising at least one computer readable storage 
device including at least one computer program embedded 
therein that causes the computer to perform the steps of: 
displaying a first window of pre-defined printer values; 
indicating the selection, in response to data entered by an 
input device in communication with the computer, of at 
least one pre-defined printer value displayed in the first 
25 window; 

displaying in a second window the selected pre-defined 
printer value; 

modifyingj in response to data entered by the input 
device, the pre-defined printer value displayed in the 
^0 second window; 

displaying the modified pre-defined printer value in the 

second window; and 
processing the modified pre-defined printer value to con- 
2^ trol the operation of the printer. 

12. The article of manufacture of claim 11, wherein the 
step of modifying the pre-defined printer value comprises 
causing the computer, in response to data entered by the 
input device, to change the displayed name of the modified 
pre-defined printer value from a first name to a second name, 

^ and wherein the step of displaying the modified pre-defined 
printer value in the second window comprises the computer 
displaying the second name of the modified pre-defined 
printer value. 

13. The article of manufacture of claim 11, wherein the 
45 step of the computer processing the modified pre-defined 

printer value having the second name comprises the com- 
puter generating the same printer operation outcome as 
processing the pre-defined printer value having the first 
name would cause the computer to generate. 

50 14. The article of manufacture of claim 11, wherein the 
step of modifying the predefined printer value comprises 
causing the computer, in response to data entered by the 
input device, to create a copy of the predefined printer value, 
wherein the step of displaying the modified pre-defined 
printer value in the second window comprises displaying 
both the copy of the pre-defined printer value and the 
pre-defined printer value in the second window. 

15. The article of manufacture of claim 14, further com- 
prises causing the computer, in response to data entered by 
the input device, to change a displayed name of the copy of 

^° the predefined printer value from a first name to a second 
name, wherein the step of displaying both the copy of the 
pre-defined printer value and the pre-defined printer value 
comprises displaying the pre-defined printer value with the 
first name abd displaying the copy of the pre-defined printer 

65 value with the second name. 

* • * * 
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ABSTRACT 



An application, method and apparatus for revision of 
attributes of selected objects as controlled by a computer 
system. The computer system has at least a visual operator 
interface, an operating system for operating applications 
within the computer system, and memory for storing the 
application therein. Selected objects, such as other 
applications, parts of applications such as cells in a spread 
sheet, or real objects such as printers, are designated for 
selected attribute revision. A global change operation for all 
of the designated objeas having properties to be revised is 
selected. The attributes are revised as desired and the revised 
attributes are propagated to the designated objects. Also 
disclosed is a method, apparatus and application for indi- 
cating the desired revisions to the attributes using a model 
object. The model object method, apparatus and application 
is an alternative embodiment of the invention. 

6 Claims, 10 Drawing Sheets 
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METHOD, APPARATUS AND APPLICATION 
FOR OBJECT SELECTIVE BUT GLOBAL 
ATTRIBUTE MODIFICATION 

BACKGROUND OF THE INVENTION AND 
STATE OF THE PRIOR ART 

1. Field of the Invention 

The present invention relates to globally modifying, 
adding, removing (cx>llectively referred to as "modifying") 
selected object attributes in designated objects, and more 
particularly relates to a method, apparatus and application 
utilizing a graphical interface for enabling such global 
revision of selected object attributes. 

2. Description of Related Art 

In computer systems, the user often must spend exorbitant 
amounts of time on system setup, especially in anticipating 
his usage of different objects during any one computer 
session (e.g. day, week, month etc.) Or even for one large 
job. Often the user must duplicate setups in multiple objects, 
for example multiple on-line printers used to print from a 
multitude of applications. This is done so that in any 
application requiring printing, the attributes associated with 
each of the printers that may be used, are the same. To 
continue with the printer example, this kind of setup is 
particularly critical when the printers are interconnected via 
a local area network (LAN) or some other type of network 
and, therefore, each printer is subject to use by a large 
number of users for printing of multiple documents (or parts 
of the sane document) requiring the printers to have the same 
attribute values. 

In order to better understand the terms utilized in this 
patent application, a brief background definition section will 
be presented so that the reader will have a common under- 
standing of the terms employed and associated with the 
present invention. 

A "user interface" is a group of techniques and mecha- 
nisms that a person employs to interact with an object. The 
user interface is developed to fit the needs or requirements 
of the users who use the object. Commonly known user 
interfaces can include telephone push buttons or dials, or 
pushbuttons such as on a VCR or a television set remote. 
With a computer, many interfaces not only to allow the user 
to communicate with the computer but also allow the 
computer to communicate with the user. These would 
include (1) command-line user interfaces (i.e., user remem- 
bered commands which he/she enters, e.g. "c:\>DIR" in 
which "DIR" is a typical DOS command entered at the "C" 
prompt); (2) menu-driven user interfaces which present an 
organized set of choices for the user, and (3) graphical user 
interfaces, ("GUI") in which the user points to and interacts 
with elements of the interface that arc visible, for example 
by a "mouse" controlled arrow or cursor. 

An example of a GUI user interface is that which is 
offered by International Business Machines Corporation 
(IBM) under the name "Common User Access" ("CUA"). 
This GUI incorporates elements of object orientation (i.e., 
the user's focus is on objects and the concept of applications 
is hidden). Object orientation of the interfaces allow for an 
interconnection of the working environment in which each 
element, called an "object," can interact with every other 
object. The objects users require to perform their tasks and 
the objects used by the operating environment can work 
cooperatively in one seamless interface. With objected ori- 
ented programming using a GUI, the boundaries that dis- 
tinguish applications from operating systems are no longer 
apparent or relevant to the user. While the invention is 
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described in terms of object-oriented interfaces, such an 
interface is not required for the present invention. 

In connection with this patent application, an "object" 
means any visual component of a user interface that a user 

5 can work with as a unit, independent of other items, to 
perform a task. By way of example, a spreadsheet, one cell 
in a spreadsheet, a bar chart, one bar in a bar chart, a report, 
a paragraph in a report, a database, one record in a database, 
and a printer are all objects. Each object can be represented 
by one or more graphic images, called "icons," with which 
a user interacts, much as a user interacts with objects in the 
real world. (NOTE: In the real world, an object might be an 
item that a person requires to perform work. As an example, 
an architect's objects might include a scale, T-square, or a 
sharp pencil, while an accountant's objects might include a 
ledger and a calculator.) However, it is not required that an 
object always be represented by an icon, and not all inter- 
action Ls accomplished by way of icons. For example, and as 
will be seen hereinafter, a user can interact with an object by 
opening a window that displays more information about the 
object and includes a variety of mechanisms for interacting 
with the object. 

While classification of objects may follow many different 
definitions, each class of objects has a primary purpose that 

25 separates it from the other classes. A class may be looked at 
as a group of objects that have similar behavior and infor- 
mation structures. In addition, each of the objects enumer- 
ated and defined below may contain other objects. There are 
three primary classes of objects. Each is discussed below. 

30 (1) Container Object: This object holds other objects. Its 
principal purpose is to provide the user with a way to hold 
or group related objects for easy access or retrieval. An 
operating system, e.g. OS/2® (a trademark of IBM 
Corporation) or Windows® (a trademark of Microsoft 

35 Corporation), typically provides a general-purpose 
container, for example a folder or a program group — that 
holds any type of object, including other containers. For 
example, imagine a program group (or folder) labeled "PRI- 
VATE FOLDER— ICONS;". In the program group are three 

40 folder icons labeled "REPORT', "PORTFOLIO" and "LET- 
TERS". By selecting with a mouse or other pointing device 
the icon "PORTFOLIO", another window may open show- 
ing three more icons labeled "OIL PAINTINGS", 
"WATERCOLORS, " and "PORTRAITS". In turn, selecting 

45 any of those three icons may open additional windows with 
further icons representing further subdivisions, or cross- 
references (e.g., "CUSTOMERS"). 

(2) Data Objects: The principal purpose of a data object 
is to convey information. This information may be textual or 

50 graphical information or even audio or video information. 
For example, a business report displayed on the computer 
monitor may contain textual information concerning sales of 
"gadgets" over the past few years (text object) to all cus- 
tomers and also may contain a bar chart (graphic object) to 

55 pictorially depict, on the same monitor screen, the sales 
information. 

(3) Device Objects: The principal purpose of a device 
object is to provide a communication vehicle between the 
computer and another physical or logical object. Many times 

60 the device object represents a physical object in the real 
world. For example, a mouse object or icon can represent the 
user's pointing device, and a modem objea can represent the 
user's modem, or a printer object or icon can represent the 
user's printer. Other device objects are purely logical, e.g. an 

65 out-basket icon representing outgoing electronic mail; a 
wastebasket object or icon representing a way the user may 
"trash" or dispose of other objects. 
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As can be seen from the foregoing, a class of objects may 
be defined as a description of the common characteristics of 
several objects, or a template or model which represents how 
the objects contained in the class are structured. While there 
are further ways in which to define objects and class of 5 
objects, typically each class of objects will include similar 
attributes, the values of which the user will alter, modify, 
replace or remove from time to time. (For a more complete 
discussion of objects, attributes, object oriented interfaces 
etc., see "Object Oriented Interface Design: IBM Common 
User Access" (published by Que, ISBN 1-56529-170-0). 

As mentioned above, the detail pertaining to objects is 
provided for background only. Object oriented interfaces are 
not required for the present invention. 

Current graphical interface architectures do not provide a 15 
mechanism to facilitate changing the value of an attribute 
across many (but possibly less than all) objects of the same 
class. Additionally, there is no effective mechanism for 
capturing the values of an attribute for one object and 
propagating the values to other objects of the same class 20 
(i.e., making a global change). 

There are some word processors and graphical operating 
systems which afford a similar function, but each has 
hmitations which distinguish it from the solution presented 
here. For example, Microsoft Word® allows the user to 25 
select multiple objects (e.g. paragraphs). Thereafter, with the 
Format/Paragraph operation, the user is presented with a 
dialog that allows modified characteristics to be set for each 
selected paragraph. WordPerfect® for Windows (a trade- 
mark of Novell Corporation) provides a method for selecting 30 
multiple objects and changing the attributes for all of the 
objects at the same time but the method, much like that in 
Microsoft Corporations Words, is restricted to boolean and 
single valued attributes. OS/2® and Windows® allow mul- 
tiple file or program objects to be selected and then a single 35 
operation (e.g. delete) to be performed on them, but it is 
limited to a single operation, and cannot be used to change 
attributes that have multiple values, where the values may be 
in different formats. 

Other attempts have been made to apply global changes to 40 
attributes of objects which are of the same name. In U.S. Pat. 
No. 5,001,654 issued on Mar. 19, 1991 to Wineger et.al, at 
the choice of the operator a change of the value of properties 
of a component may be made to apply globally to all 
components with the same name as the amended 45 
component, or be applied solely to the changed component. 
As shall become apparent from the following description, 
the present invention differs in that a local value change to 
an attribute may be propagated to "selected" objects of the 
same "class", not necessarily all of the objects of the same 50 
class. Additionally, if desired, the attributes and their values 
may be edited for the class and the remaining may then be 
propagated. Moreover, as also shall become evident, the 
changes to the values of attributes is permitted to a wide 
range of attribute types including attributes that have mul- 55 
tiple values, where the values may be in different formats. 

SUMMARY OF THE INVENTION 
In view of the above, it is a principal object of the present 
invention to provide a graphically oriented method, appli- eo 
cation and apparatus to facilitate the operator or user in 
altering attribute values globally to selected objects of the 
same class. 

Another object of the present invention is to permit such 
alteration globally of a wide range of attribute types includ- 65 
ing attributes that have multiple values, where the values 
may be in different formats. 
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Yet another object of the present invention is to permit the 
capture of values of selected attributes of a designated object 
and then propagation of those to selected other objects of the 
same class. 

Still another object of the present invention is to provide 
an application which may be employed in a number of 
different computers, may be transported between different 
computers, and may be loaded into various computer envi- 
ronments. 

The invention is carried out in the following environment 
and utilizing the following briefly set forth method for 
revision of the value of attributes or the designated proper- 
ties of selected objects as controlled by a computer system. 
The computer system has at least a visual operator interface, 
an operating system for operating applications within the 
computer system, and memory for storing at least part, 
preferably all, of an application. The method comprises the 
steps of: designating objects having properties to be modi- 
fied and selecting a global change action item. The attributes 
of the object may then be modified as desired, and the 
modified attribute values may be propagated globally to the 
selected objects. Additionally, further attributes from an 
attribute list associated with the designated objects may be 
selected, and selected ones of the modified attributes may be 
propagated globally to the designated objects. 

Other objects of the invention and a more complete 
understanding of the invention may be had by referring to 
the following description taken in conjunction with the 
accompanying drawings 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates a typical computer system which may be 
employed to practice the novel method and appUcation of 
the present invention; 

FIG. 2 is a block diagram illustrating a sample configu- 
ration of the computer system shown in FIG. 1; 

FIGS. 3, 3fl, and 36 illustrate the "Systems Window" 
dialog as well as an "Action Menu" dialog as initiated by 
actions taken by the user and the system to carry out the 
novel method of the present invention and incorporated as 
part of the application of the present invention; 

FIG. 4 is a block diagram or flow chart illustrating both 
user actions and system actions to accomplish that which is 
shown in FIGS. 3A and 3B; 

FIG. 5 is a typical screen display iUustrating yet another 
step in the novel process of the present invention and 
utilizing, as an example, printer attributes, selected values of 
which are to be changed and selection of those desired for 
such change by the operator; 

FIG. 6 is a block diagram or flow chart illustrating both 
user actions and system actions to accomplish that which is 
shown in the screen displays of FIGS. 5 and 7; 

FIG. 7 is another screen display illustrating yet another 
step in the novel process of the present invention; 

FIG. 8 is a logic diagram flow chart illustrating how the 
attributes are changed at the selected objects whether the 
change is single value, or the change is to be appended, 
removed, or replaced and regardless of the attribute type. 

DESCRIPTION OF THE ILLUSTRATIVE 
EMBODIMENT(S) 

Turning now to the drawings, and especiaUy FIGS. 1 and 
2, FIG. 1 diagrammatically shows a computer system 1 
which may be connected to a Local Area Network system 
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(LAN 20) as shown in FIG. 2. As will become more evident system normally includes a print service facility called PSF, 

from the following discussion, these systems may be which is a system-wide resource manager, which takes a 

employed for globally changing attribute values of selected "job" which has been formatted for a particular printer, and 

objects in accordance with the present invention. sends certain files, such as fonts, special commands and the 

As shown in FIG. 1, the computer system 1 comprises a 5 like to the printer before sending the file to be printed, 

main chassis 10, a display means or monitor 12, a connected By way of background only, if in the illustrated instance 

keyboard 16 and a pointing device, in the present instance a the computer system 1 is a RISC system, such as the IBM 

mouse 18 which is operator controlled to move a pointer RISC/6000® computer system, it may be programmed to 

cursor 12b (shown in FIG. 3) on the display or monitor send a Page Description Language (PDL) called IPDS 

screen I2c. As shown in FIG. 2, the chassis 10 includes a (Intelligent Print Data Stream) to a printer. However, other 

central processing unit, or "CPU" 5, a memory manager and page description languages such as "PostScript" or "PCL" 

associated random access memory, or "RAM" 6, a fixed disk are equally applicable. Such page description languages as 

or hard drive 8 (which may include its associated disk "PostScript" or "PCL" arc normally, but not always, asso- 

controUer), a display manager 12a which is connected dated with low-end computer systems, and the present 

externally to the chassis 10 of the display 12; a keyboard invention is equally applicable to those languages. The PDL 

manager 16a, which through flexible cable (not shown) is sets the format of the page to be printed (i.e., start at 1" down 

connected to the keyboard 16; a mouse manager 17 (which and 1" to the right of the upper left comer of the page) and 

in some instances may form part of the display manager 12fl, sends it to a rastcrizer which takes the description, interprets 

and may be in the form of a software driver) for reading the it, error checks it and builds a pagemap which is logically 

motion of the mouse 18 and its control mouse buttons (MB) 20 composed of a two-dimensional array of bits, sometimes 

ISa and 186, shown in FIG. 1. A disk manager or controller referred to as a bitmap. The pagemap is then rearranged and 

13a which controls the action of the disk drive 13 (and an the words arc transformed to a page in row major order. The 

optional drive such as a magneto -optical or CD ROM drive words are then sent to the printer, and as is conventional, the 

14) shown in FIG. 1, rounds out most of the major elements printer printhead receives the words sent to it in a manner 

of the computer system 1. ^5 allows it to print across the paper. 

The pointer element or cursor 126 can be moved over the In the illustrated instance, the computer system 1 includes 

display screen 12c by movement of the mouse 18. The an I/O (Input/Output) manager or communications manager 

mouse buttons (MB) 18a and 186 give commands to the 19 (shown in FIG. 2) which serves to link the computer 

operating system, usually through a software mouse driver system for communications with the outside world such as 

provided by the mouse manufacturer. With the first mouse 3Q to a systems printer, a modem or a LAN controller (such as 

button (MB) 18a the operator can select an element indi- a Token ring or ETHERNET or even through a modem 

cated on the display screen 12c using the pointer or cursor employing SDLC) such as shown at 20 in FIG. 2, The LAN 

126, Le., signify that an action subsequently to be performed controller may be incorporated inside the computer system 

is to be carried out on the data represented by the indicated 1 or located externally as shown diagrammaticaUy in FIG. 2, 

element on the display screen 12c. The system normally 35 as desired. The LAN controller 20 may connect to other 

gives some visual feedback to the operator to indicate the computer systems 10 and 41 as well as to other printers such 

element selected, such as a change in color, or a blocking of as printers 25, 30 and 35 by communications cable 22 and 

the icon. The second mouse button (MB) 186 may be a menu the like. However the method and application of the present 

button, if desired. Conventionally, when the operator presses invention works equally well with multiple objects serviced 

button 186, a selection menu or dialog with system com- 40 by a single computer system or with multiple objects such as 

mands will appear can the display screen 12c. The operator printers or servers which service the computer system or 

may select an icon or item from the selection menu or input systems. Moreover, the principals of operation make the 

information into the dialog box as appropriate using the operation of global modification to attributes of selected 

cursor 126 and the first mouse button (MB) 18a. So me menu objects, applicable to multiple objects on a single computer 

items, if selected, may call up another menu or submenu for 45 system. 

the operator to continue the selection process. Assume that the operator or system user decides to change 

The use of a mouse and selection menus is well known in the values of selected attributes of some objects within his 

the art, for example U.S. Pat. No. 4,464,652 to Lapson et al. control. By way of a first example, assume that the system 

describes a selection menu of the pull-down type in com- operator has the capability of intercormecting, through the 

binalion with a mouse. It should be recognized, of course, 50 LAN 20, other computer systems and printers, such as 

that other cursor pointing devices may be employed, for described with reference to FIG. 2, and it is desired to 

example a joystick, ball and socket, or cursor keys on the change certain attributes of multiple printers attached to the 

keyboard. LAN 20. 

The foregoing devices (and software drivers therefore) As is conventional, when the user desires to open one, or 

within the chassis 10 communicate with one another via a 55 more windows, the mouse 18 is moved until the pointer 126 

bus 7. To round out the computer system 1, an operating is in contact with the desired icon. Depending upon the 

system (not shown) must be employed. If the computer operating system, simply depressing the left mouse button 

system is a typical IBM-based system, the operating system 186 may act to select and open the program group. In other 

may be DOS -based and include a GUI interface such as operating systems, rapidly depressing the left mouse button 

contained in 0S/2(S>, or WINDOWS®, or other operating 60 twice selects and opens the program group. In either 

system of choice. If the computer system is based upon instance, opening the icon displays icons therein reprcsen- 

RISC (reduced instruction set computer) architecture, then taiive of certain programs which have been collected within 

the operating system employed may be, in the instance of an the particular icon. Throughout this discussion, however, 

IBM-based RISC architectured System/6000(S), AIX. assume that depressing the mouse button 18a effects the 

Alternatively, if the computer system 1 is a large host 65 desired action, regardless of whether it takes one or two 

computer, such as a an IBM 3090, it may be running an depressions. Moreover, iconic representations of the same 

operating system such as MVS or VM. This operating program or data may appear in more than one icon, or may 
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be associated with more than one program within more than 
one group. For example, a particular printer may appear 
associated with programs in a data base icon 56, word 
processor icon and spread sheet icon. 

As shown in FIG. 4, and to facilitate an understanding of ^ 
the "User Actions" and "System Actions" carried out by the 
present invention, the flow charts of FIGS. 4 and 6 are thus 
partitioned as by light dashed lines to form boxes 44 and 46 
respectively. As implied by their titles, the user sits in front 
of the display screen 12c, taking the actions set forth in the 10 
logic boxes in box 44, while the system takes the actions, as 
a result of the user actions, set forth by there logic boxes in 
box 46. The user may call up the Systems Window by 
placing the pointer cursor 12b on the System s Window icon 
(not shown) and pressing the first mouse button (MB) 18a, ^5 
which opens the Systems Window 70. 

Referring now to FIG. 3A, the display screen 12c of the 
monitor 12 displays the labeled "Systems Window" dialog 
70. As illustrated, and by way of example only, the Systems 
Window dialog 70 shows a plurality of icons 81-89 '^^ 
respectively, which represent under the CUA classification 
scheme, either device objects, such as spooler 81, printers 
85-89; data objects, such as notebook 82, or container 
objects, such as financial 83 or mortgage 84 packages. It is 
recognized that each of the classifications may contain other ^ 
objects which can be classified in other of the CUA object 
classifications or even classes that the user defines for his or 
her own purposes. 

In accordance with the invention, the user selects the 
objects, the attributes of which it is desired to modify, add, 
append, remove or replace (hereinafter collectively referred 
to as "modify"), and selects the global change button 92. 
After the attribute values are modified as desired, the 
attribute value modifications are propagated to the selected 
or designated objects. 

To this end, assume that the user selects three objects for 
modification of their attribute values. Of the five printers 
represented as icons 85-89, assume that the user selects 
printers 85, 86 and 88. (An IBM Model 3812, IBM Model 40 
3825, and a Brand X printer, respectively), by placing the 
cursor pointer \2b on each of the desired printers 85, 86, or 
88 and depressing mouse button 18a. With respect to FIG. 
4, the forgoing encompasses logic steps 73 and 73a. The 
selection is indicated or displayed, in the present instance » 45 
by the light dashed line circumscribing the icons 85, 86 and 
88 (logic step 74, FIG. 4). It should be recognized that any 
convenient means may be employed for indicating user 
selection, such as color change. As illustrated in FIG. 4 in 
logic step 75, this results in opening of an action menu 50 
dialog 90 with three on-screen buttons, 91-93 for opening an 
icon with button 91, for deleting an icon as with button 93 
and of greater concern, a global change button 92. The 
global change button 92 is then selected by placing the 
cursor pointer I2b on button 92 and depressing mouse 55 
button 18a. 

It is important to recognize that the steps of the present 
invention discussed above, may be arranged in any conve- 
nient order. For example, global change could be selected 
prior to the selection of designated objects. Moreover, 60 
modification to the attribute values of a model object could 
be made before selection of global change or the designation 
of objects to which the modified attribute values apply. 
Clearly, however, the invention does require at some point, 
the selection of a model object, the designation of objects to 65 
which the modification must be made, a global command for 
application of the modified attributes to the designated 
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objects, the modification of the attributes of the model or 
template and the propagation of the modifications to the 
designated objects. 

Turning now to FIG. 5, and assuming that what is desired 
is to modify certain physical printer attributes of the printers 
85, 86 and 88 (FIG. 3A), and that in the iUustrated instance 
the printers are operating under control of computer systems 
utilizing an AIX operating system. The dialog 105 contains 
a window 110 with a typical vertical scroll bar 130, con- 
taining conventional up and down pointers 132 and 134 
respectively, for controlling, upon selection by the cursor 
pointer 12b under mouse 18 control, a scrollable fist 112 of 
printer attributes. Several of these attributes are listed in the 
window no. By way of example only, the number corre- 
sponding to the identification number (#) in FIG. 5, the 
meaning of these attributes, whether they are single valued 
(SV), multivalued (MV), boolean (BOO) or complex 
(COM) is set forth in the table below: 



# 


Attribute 


Description 




112 


associated-queue 


Job Queues, by oame 


SV 


114 


automatic- 


Description of printer 


BOO, or 




postscript-mode- 


operation. Yes/No, 


SV 




switch 


query 




116 


auxiliaiy-shcet- 


job sheets in front of 


MV 




selections 


Job; separator sheets 






supported 


for job, sheet color 




118 


content- 


etc. 

Landscape, portrait. 


MV 




oricntations- 


reverse landscape etc. 






sup ported 






120 


descriptor 


descriptive text string 


SV 






by user to give some 








message to other system 








users 




122 


document-formats- 


ASai, PostScript, 


MV 




sup ported 


PPDS, PCL etc. 




124 


document-types- 


overlays, page segments 


MV 




supported 






126 


cnd^mcssagc- 


job complete 


BOO, SV 




supported 







Assuming, for example, that the user wishes to modify the 
attribute 116 (auxiliary-sheet-selections-supported) and 
attribute 120 (descriptor). These two items are selected by 
the mouse 18 and the cursor pointer 12b, and are indicated 
by logic steps 107 and 111 respectively in FIG. 6, and the 
hnes surrounding the selected items in the list 110 of dialog 
105. 

As shown in FIG. 5, the user may cancel the operation, if 
desired by selecting the cancel button 138, ask for help by 
selecting the help button 140, or if the user decides to 
continue, by selecting the OK button 136. (See logic step 
113 in FIG. 6). Selecting the OK button 136 results in the 
system opening dialog 142, FIG. 7, showing selected physi- 
cal printer attribute values to change, with no values 
depicted in the window 144 for attribute 116 "auxiliary sheet 
selection supported," nor in the window 146 for the attribute 
120 "descriptor." The attributes may be keyboard entry by 
the user, and whatever they may be, the individual ones may 
be tagged by appropriate selection of the radio buttons 147, 
148 and 149. These buttons serve respectively to append, 
remove or replace the values. The logic that serves to 
prepare the modified attribute values for propagation is 
depicted as logic steps 121, 123, 125, 127, 129 and 131. 
After the values have been tagged, the OK button 150 may 
be selected, again as by cursor pointer 126 as operated by the 
mouse 18 and mouse button 18a. 

Upon selection of the OK button 150 using the mouse as 
in logic step 129, the system propagates the attribute values 
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to each of the selected objects, in the illustrated instance the 
selected printers. In FIG. 8, the printers have been relabelled 
object 1, 2 and 3, each of the objects including associated 
software or hardware logic control to permit modifying 
selected existing values in the attribute list associated with 
each of the objects. One particular logic scheme 160 is 
shown in dashed lines around the logic boxes connected to 
the object 1. The logic schemes associated with objects 2 and 
3 and labeled 190, 191 respectively, arc identical to logic 
scheme 160, hereinafter described. 

Hie logic scheme 160 may be arranged in any convenient 
manner. In software, an if-then -else scheme for handling 
"append," "remove" or "replace" may conveniently be uti- 
lized. Other schemes, such as a "decision tree" scheme 
depicted in logic scheme 160 may be utilized. Either scheme 
will work equally well and the scheme illustrated is only for 
ease of understanding. As shown in FIG. 8, the propagated 
attribute values go first to decision logic 155 to first ascertain 
whether the attribute is single-valued. If yes, the current 
value of the attribute is replaced as at logic block 157. If the 
attribute value is not single, the next decision logic block 
159 determines which one of the radio buttons is set on (FIG. 
7). In the present instance since the append button 147 is set 
on, the value is added, as at logic block 161, to the current 
value of the attribute of object 1. If the append button is not 
selected, then the decision logic block 163 is queried to 
determine if another radio button, in the illustrated instance 
the "remove" radio button 148 has been selected. If it has, 
then the value is subtracted or deleted from the selected 
objects. If the remove button is not selected, then decision 
logic 167 asks if the "replace" radio button 149 (FIG. 7) has 
been selected. If so, all current values associated with the 
existing attribute will be deleted and replaced by the new or 
changed values. This latter step is illustrated in logic box 
169. 

An alternative embodiment of the invention utilizes a 
model object dialog box. Referring now to FIG. 9, suppose 
the user has selected the objects of interest and has selected 
the global change button 92 as described with reference to 
FIG. 3 A. The user now is prompted for and selects a model 
object from the collection of objects selected. As shown in 
FIG. 9, suppose that of the three printers selected, the user 
desires the IBM 3825 printer object 86 to be the model 
object. This selection is reflected in FIG, 9 in window 100. 
The model object 96 is IBM printer 3825. The system then 
displays the attribute options and the presently selected 
attributes for the selected model object 96. The user then 
modifies the attributes as desired and, upon completion, 
selects a pushbutton labeled "OK" or "propagate changes." 
The attribute modifications then are propagated to all of the 
selected objects. 

Of course, other means may be employed to identify the 
model object for attribute value modification. For example, 
after selection of the model printer object 86, the icon may 
be copied to the model object dialog window 96 by utiliza- 
tion of the conventional pull down FILE menu found in most 
operating systems. Alternatively, the object dialog window 
96 may contain a scrollable listing, either by name or icon, 
of objects contained in the attribute dialog 70 with one 
object being capable of being selected. Regardless of 
scheme, after the model or model object is selected, selec- 
tion by the user of the OK button 95 using the mouse 18, as 



at logic step 7Sa (FIG. 4) causes the system to open dialog 
105, (FIGS. 5 and 6). 
Although the invention has been described with a certain 

^ degree of particularity, it should be recognized that elements 
thereof may be altered by person(s) skilled in the art with out 
departing fi-om the spirit and scope of the invention. The 
invention is limited only by the following claims and their 
equivalents. 

10 What is claimed is: 

1. An apphcation for revision of the value of attributes of 
selected objeas as controlled by a computer system having 
at least a visual operator interface, an operating system for 
controlling the operation of program applications within the 
computer system, and memory for storing a program 
application, the application comprising: 

means for designating objects, having attributes to be 
altered, modified, added or deleted (collectively, 
20 "revised"); 

means for selecting a global change operation for all of 
the designated objects having attributes to be revised; 
means for revising the attributes as desired; and 
means for propagating the revised attributes to the dcs- 
^ ignated objects. 

2. An apphcation for revision of the value of attributes of 
selected objects as controlled by a computer system having 
at least a visual operator interface, an operating system for 

3(j controlling the operation of applications within the computer 
system, and memory means for storing an apphcation, the 
apphcation comprising: 

means for selecting a model object; 
means for designating objects having attributes to be 
revised; 

means for selecting a global change operation for all of 
the designated objects having properties to be revised; 

means for revising attributes of the model object; and 
40 means for propagating the revised attributes to the des- 
ignated objects. 

3. An apphcation for revision of the value of attributes of 
selected objects as controlled by a computer system having 
at least a visual operator interface, an operating system for 

45 controlling the operation of program applications within the 
computer system, and memory for storing a program 
application, the application comprising: 
means for designating objects, having attributes to be 
5p altered, modified, added or deleted (collectively, 
"revised"); 

means for selecting a global change operation for all of 
the designated objects having attributes to be revised; 

means for selecting a model object from the designated 
55 objects; 

means for revising attributes of the model object; and 

means for propagating the revised attributes to the des- 
ignated objects. 

4. A method for revision of the value of attributes of 
selected objeas as controlled by a computer system having 
at least a visual operator interface, an operating system for 
controlling the operation of appHcations within the computer 
system, and memory for storing at least part of an 

g5 application, the method comprising the steps of: 

designating objects having attributes to be altered, 
modified, added, or deleted (collectively, "revised"); 



35 
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selecting a global change operation for all of the desig- 
nated objects having attributes to be revised; 

revising the attributes as desired; and 

propagating the revised attributes to the designated 
objects. ^ 

5. A method for revision of the value of attributes of 
designated properties of selected objects as controlled by a 
computer system having at least a visual operator interface, 
an operating system for controlling the operation of appli- 
cations within the computer system, and memory means for 
storing an application, the method comprising the steps of: 

selecting a model object; 

designating objects having attributes to be revised; 
selecting a global change operation for all of the desig- 15 

nated objects having properties to be revised; 
revising attributes of the model object; and 
propagating the revised attributes to the designated 

objects. 



12 

6. A method for revision of the value of attributes of 
selected objects as controlled by a computer system having 
at least a visual operator interface, an operating system for 
controlling the operation of applications within the computer 
system, and memory for storing at least part of an 
application, the method comprising the steps of: 

designating objects having attributes to be altered, 
modified, added, or deleted (collectively, "revised"); 

selecting a global change operation for all of the desig- 
nated objects having attributes to be revised; 

selecting a model object from the designated objects; 

revising attributes of the model object; and 

propagating the revised attributes to the designated 
objects. 
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[57] ABSTRACT 

An object model-based visual builder is provided which 
includes proxy objects at build time, each corresponding to 
a target object at runtime. Each such proxy object has 
associated therewith several items of information, including 
the class of the target object corresponding to the proxy 
object, presentation information, properties and how they 
are mapped to IDL attributes and operations, events avail- 
able on the target object, and operations supported by the 
target object. A portion of such information is stored in an 
Interface Repository, such as the System Object Model 
(SOM) Interface Repository, in easily changeable form, with 
the necessary knowledge for retrieving such information 
from the Interface Repository being contained in the proxy 
object itself. The information stored in the Interface Reposi- 
tory may be changed without altering or recompiling the 
source code which implements the proxy object itself. 
Interface declarations for proxy objects are provided in 
corresponding IDL files stored in the Interface Repository. 
Implementation statements in the files permit modifiers 
which encode the easily editable portions of the proxy object 
information. 
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SYSTEM AND METHOD FOR 
IMPLEMENTING PROXY OBJECTS IN A 
VISUAL APPLICATION BUILDER 
FRAMEWORK 

CROSS-REFERENCE TO RELATED 
APPLICAHGNS CASES 

The present application is related to U.S. patent applica- 
tion Sen No. 08/357,834. entitled "SYSTEM AND 
METHOD FOR PRO VIDING A VISUAL APPLICATION 
BUILDER FRAMEWORK", filed on Dec. 16, 1994, which 
is herein incorporated by reference. 

TECHNICAL HELD 

Hiis invention generally relates to computerized object- 
oriented technology and, more particularly, to improve inter- 
active user interface development systems and methods. 

BACKGROUND OF THE INVENTION 

Prior to the development of object-oriented programming, 
a form of programming was developed known as structured 
programming, which is still used extensively. In this 
technique, various functions are first defined, and the pro- 
gram then consists of calling such defined functions at 
appropriate times to effect the overall objective of the 
application program. Structured programming provided the 
opportunity of a modularized approach — a significant 
improvement over "spaghetti code" which was difficult to 
debug and maintain. Nevertheless, several drawbacks to 
structured programming remain, such as the "semantic gap" 
between the concepts and entities in the world being mod- 
eled by the program and the concepts in the programming 
language, the textual nature of the program code, and 
hmitations on reusability of code modules. 

Eventually, a new programming paradigm was developed, 
referred to as object-oriented programming. In this 
technique, instead of defining functions, "objects" are 
defined (by defining their "class"). Only the external inter- 
faces of the objects and what can be done with the objects 
are specified for the end-user, as opposed to the internals of 
they are constructed. 

As a simplistic example of this technique of describing 
the external "appearance" of an object without the necessity 
of describing what it "looks like" or "does" inside, and in 
order to illustrate the significant benefits of such object- 
oriented programming, one might imagine, by analogy, a 
common household toaster, which could be modeled by the 
object-oriented approach. The external "interface" would 
consist of the knob, which essentially represents a parameter 
for adjusting the desired lightness or darkness of the toast, 
the slot into which the bread is inserted, and a lever for 
effecting the insertion and activating the toaster. The impor- 
tant concept is that the end -user of such an appliance does 
not need to know the "internals" of the toaster in order to use 
it, e.g. whether heat is provided by electricity, or by chemical 
or other means. All the user would have to do is interface 
properly with these externals. 

The beauty of this evolution in programming is that, 
continuing with the analogy, the designer of the object, 
which might be a module of programming code modeling a 
toaster, may focus on improving the internals of the toaster, 
making it more efficient, for example, without affecting the 
user's ability to use the object, inasmuch as the internals are 
transparent to the user. Thus, more abstractly, object- 
oriented technology may be seen essentially as providing the 
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advantage of separation of the interface of an object from it 
implementation. In a software context, the internals of the 
object may thereby be rewritten and improved without the 
necessity of rewriting the entire application program, as long 
5 as the external "knobs" etc, and their expected behavior have 
not changed. 

The foregoing illustrates one of two important character- 
istics of object-oriented technology, namely, that of "encap- 
sulation". The other characteristic is "inheritance", whereby, 
broadly speaking, an object may "inherit" (or acquire) all or 
some of its interface or implementation from another similar 
object, thereby avoiding the need to duplicate the descrip- 
tions of such common characteristics. For example, a 
"WheeledCarrier" ^class-of-objecfe may be defined, having 

J 2 the generic characteristics'and definitions of having wheels 
and being able to carry passengers. A "Car" class^foUjects 
can then be defined, which inherits part of its description 
from "WheeledCarrier". Similarly, an "Airplane" clgs^of 
objects can^SI^defiiied, which inherits from "Wheeled- 
Carrier"r(In object-oriented terminology, the "Car" class is 
a subclass of the "WheeledCarrier*' class, "Airplane" is a 
subclass of "WheeledCarrier", and "WheeledCarrier" is a 
superclass of "Car" and of "Airplane". Of course, cars are 
different from airplanes and their full descriptions will 

^ reflect the differences, but because of the use of inheritance, 
redundant description of their common characteristics of 
having wheels and being able to carry passengers is avoided. 

For further general background regarding object technol- 
ogy to facilitate a better understanding of the invention, 

3Q reference should be made to "Object Oriented 
Technology — ^A Manager's Guide", by David A. Taylor, 
copyright 1990, Servio Corporation. 

With the development of object-oriented progranmiing, 
several "object models" were further refined and developed, 

35 which specified the manner in which one was to define 
objects and their external interfaces, such various object 
models providing the aforementioned characteristics of 
encapsulation and inheritance among others. At an appro- 
priately high level, these various object models arc very 

40 similar, examples of which are the System Object Model 
(SOM), Common Lisp Object System (CLOS), Smalltalk, 
and C++. In essence, these various object models are simply 
a body of rules answering the question of what an object is, 
each offering slightly different answers when examined at 

45 lower levels. For example, variotis object models differ in 
their language syntax, and in how encapsulation and inher- 
itance work. 

As a direct result of these differences, one problem 
presented by the availability of different object-oriented 

50 languages and object models was that problems in interlan- 
guage operability appeared, e.g. object programs could not 
be written with a mixture of such languages, thereby 
adversely impacting one of the major promises of object 
technology, namely reusability of code. In an effort to 

55 address this problem plaguing the industry, a Common 
Object Request Broker Architecture (CORE A) was arrived 
at by committee, which included a standardized Interface 
Definition Language (IDL). There was in essence an agree- 
ment in the industry as to how interfaces of an object would 

60 be specified, i.e. a standard for defining object interfaces so 
that objects defined by one vendor could be utilized by 
another. Thus, with CORBA, the effort was started to 
facilitate uniform definitions across languages of what an 
object was to "look like'* in order to facilitate implcmenta- 

65 tion of applications in multiple languages. 

The aforementioned System Object Model (SOM) is one 
object model which conforms to CORBA and IDL Con- 
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formance means that SOM objects follow CORBA More specifically, a representative interface 40 might 

semantics, and SOM objects are defined in IDL syntax. The include various icons such as slider bars 42, 46 (with 

significance of the foregoing will become readily apparent associated slider "thumbs", 43, 49; end buttons 41, 45, 47, 

hereinafter in a more detailed description of the invention 48); buttons 50, 58; icons such as speaker icon 44; windows 

but is provided at this point for background. 5 52, 56; and pull-down menus 54. 

We will now turn more specifically to an application of One aspect of the interface 40 of FIG. 2 not intuitively 

this object technology, in particular, to problems associated obvious is that although these various items appear "flat", 

therewith which have plagued the industry and been sue- "under the covens" they would reveal an associated nested 

cessfully addressed by the subject invention. One important hierarchy of visual objects such as depicted in FIGS. 3 and 

use of object technology is in implementing an improved lO 4. Thus, comparing FIGS. 2 and 3, it will be seen for 

"visual builder" environment for visual programming. A example that button 58, rather than being merely a "flat" 

visual builder is essentially an application writing tool arrangement as a control, exhibits a nested relationship 

permitting the "writing" of programs visually (instead of by whereby button 58 is, hierarchically speaking, in box 56 

the more traditional method of writing textual code). Par- which is in turn in box 52 and in turn in box 49. 

ticular utility for such tools arises with respect to the writing 15 ^ conventional way in the art to represent a nesting or 

of programs having grapJncal-user-interfge^ilGUfe As containment relationship, such as that embodied in a GUI 

will be hereinafter seenrthe-inverition provides such a and the corresponding programming code implementing it, 

program-writing tool which is itself visually based as well. is by means of a data structure commonly known as a "tree" 

It is a characteristic of current programming technique or graph shown in FIG. 4, which obviously more readily 

that a great deal of the time is spent in coding the actual ^ visually depicts the hierarchy. Each of the icons, slider bars, 

graphical user interface or "GUI" presented to the user (as and the like are shown in FIG. 4 as a node or circle 

opposed to the underlying code and functionality to which representing an "object" within the meaning of the object- 

the GUI interfaces), and the present invention is directed in oriented technology hereinbefore described, 

part to simplifying these tasks. To be more clear as to what In a conventional approach to writing user interface 

is meant by a "visual builder", put simplistically, it is a tool ^ programs, trees similar to FIG. 4 are programmed textually. 

which facilitates the writing of programs by the creation, The various nodes, children to nodes, and children of 

movement, and interconnection of icons, e.g., through a user children to nodes, etc. shown by the objects of FIG. 4 arc 

interface or GUI as opposed to through conventional textual typically implemented in building up the tree of FIG. 4 by 

programming, coding in a high level language such as C, C++, or the like. 

A simple example of such a visual builder may be seen in As has already been pointed out, this process is extremely 

the product "Visual Basic" by Microsoft Corporation in tedious, involving all of drawbacks of even high level 

which the user interfaces, such as various windows, pull- languages including statements requiring precise arguments, 

down menus, buttons, scroll bars, and the like are created syntax, semantics and the like. 

visually. A visual builder system arranges for the actual Because of the foregoing, it became desirable to provide 

functioning interface to appear when the built application is for the aforementioned "visual builders" whereby a program 

executed, thereby relieving the programmer of the task of could be constructed which would in essence build the 

writing a textual program to implement the interface. As will desired runtime trees of FIG. 4 by means of interactively 

become more apparent hereinafter, there is an increasing creating, moving, and interconnecting various icons and the 

need to facilitate the ability to efficiently program applica- ^ like (such as those depicted in FIG. 2) inasmuch as it is far 

tions visually, e.g. by "visual programmers" who do not easier to do so by this means rather than by writing C 

have the detailed knowledge of computer programming programs, for example. 

languages and the like associated with the more traditional Thus, in response to this need, vendors set upon the task 

notion of a computer programmer This need has been fueled of providing visual builders to interactively build up these 

in part by the phenomenal increase in multimedia. The containment structures or trees. 

invention is intended to address in part the problems asso- jt should be noted that interacting with the various items 

ciated with this concept of visual programming. pjc 2 would not necessarily impact the runtime tree of 

Amajortaskof implementing a useful visual builder is to FIG. 4. For example, clicking on button 58 would not 

provide the function of a visual editor of the tree or graph necessarily alter the tree structure of FIG. 4. However, 

structure of FIG. 4 (although as will hereinafter be seen it 5Q moving button 58 out of box 56 to location 60 would change 

will necessarily have additional requirements, such as pro- the hierarchical structure of this object, as may be seen in 

viding the ability to edit properties associated with the FIG. 4. Object 58A which extended from object 56A 

objects, etc.). (corresponding to button 58 being contained within box 56) 

In order to more fully understand the invention, again, by would, after the button 58 was moved to location 60, be 

way of background, a general description of the require- 55 reflected in the tree as object 60A now extending from object 

ments for such a visual builder will now be provided. 52A (thereby reflecting the new hierarchy in which button 

Referring first to FIG. 2, a representative user interface 40 58 at location 60 is contained by box 52). Thus, in general, 

is shown which might appear on the monitor 38 of FIG. 1 i* may be seen that manipulating the items in the interface 

during the process of a user visually programming a desired F'G. 2 may alter the corresponding object tree of FIG. 4. 

application. The purpose of the interface is to provide a 60 A major task of implementing a useful visual builder is to 

dialog and interface between the computer and the program- provide the function of a visual editor of the tree or graph 

mer by means of visual items such as sliders, buttons, etc. structure of FIG. 4 (although as will hereinafter be seen it 

whereby the programmer may proceed to structure, build, will necessarily have additional requirements, such as pro- 

and define an end-user application. The application itself viding the ability to edit properties associated with the 

may also include graphical user interfaces employing items 65 objects, etc.). 

similar to those shown in the application build tool screen of Continuing with the general background discussion 

FIG. 2, e.g., sliders, buttons, windows and the like. regarding the requirements of implementing visual builders 
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and userHnterfac^ textual;::p;rbgfamnimg~of^G-UI 
applications, for example, with the C languagc~and-some 
library such as X and OSF/Motif, or the Presentation Man- 
ager library of the OS/2 operating system shows that several 
further tasks are required beyond the building of the initial 5 
tree. The initial properties of the various nodes in the tree 
must be set, or, in general, the programmer must decide, for 
each available property, whether to specify its initial value 
or to accept the default initial value. (Examples of properties 
of the nodes in the interface of FIG. 2 would be the color of 10 
box 49, initial position of a slider thumb 43, contents of a 
pull-down menu 54, etc.). In addition to the task of setting 
or defaulting such properties of objects, there is the further 
task of making connections between the objects, thereby 
specifying the actions to be performed when certain events is 
occur. For example, if the user were to depress button 50, the 
desired action might be, for example, a beeping of speaker 
44. If the position of slider 43 changed, the desired action 
might be for some window to scroll appropriately. 

Finally, after the tree has been built, the various object ^ 
properties have been set, and the actions to be performed on 
specified events have been specified, the last task that a GUI 
application (either built by a visual builder or lextually 
programmed) must do is to enter an event loop at runtime. 
If an event occurs, the program will perform the correspond- 25 
ing action, and then wait for occurrence of the next event. 
The typical desired behavior is for the application program 
to be running in an infinite event loop, responding to events 
such as the activation of button 50, etc. 

From the foregoing, it will be readily appreciated, in 
summary, that a user interface application may be repre- 
sented by a tree such as that of FIG. 4 which in turn 
represents a hierarchy of objects, and that the construction of 
such a tree textually is an extremely tedious matter, giving 
rise to the development of visual builders. However, even 
with the presence of visual builders, several serious prob- 
lems nevertheless persisted. 

First, these objects themselves (such as those shown at the 
nodes in FIG. 4), are typically written in accordance with ^ 
more traditional programming techniques wherein the 
objects might never have been intended to be manipulated in 
a visual builder environment, but rather, intended to be part 
of a low level object-oriented toolkit library. Consequently, 
usability of these objects for higher level visual program- 
mers may not have been a prime consideration or even a 
consideration at all in implementing these objects, and 
accordingly the properties thereof, prior to the invention, 
might not appear intuitive to a visual programmer. 

A problem is that, in present systems, the interfaces of the 50 
runtime objects presented to the visual programmer are 
constrained to be those specified by the object definition. 
Thus present systems are limited to presenting to the visual 
programmer exactly the same interface (e.g., Smalltalk 
methods, CLOS generic functions, and by extension to 55 
CORBA, IDL attributes and operations specified by the 
definition of the object). Such interface may include, for 
example, unwieldy attribute or operation names, and 
attributes or operations which are at such a low level as to 
seriously impair the user friendliness of a visual builder. go 

The invention disclosed is our co-pending patent appli- 
cation Ser. No. 08/357,834, entitled "SYSTEM AND 
METHOD FOR PROVIDING A VISUAL APPUCAHON 
BUILDER FRAMEWORK" filed on Dec. 16, 1994, solved 
these problems and provided a visual builder wherein the 65 
object's interface as seen by a builder user could be 
decoupled from that specified by the object model interface. 
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More particularly, it provided for an arbitrary mapping of 
more intuitive propcrtics_and^perations^_objccts-to the 
attributcs^and^operationsIoLlrunt^^ the 
particulajPobject-model^More control was providecl'in the 
manner in which editable properties and operations of 
mntime objects were presented to the visual builder user to 
avoid overwhelming the visual programming with unneces- 
sary object detailing. The invention facilitated the definition 
of new properties of objects at higher levels of abstraction 
presented to the visual builder user, thereby making the 
editable runtime objects more intuitive. 

The foregoing was accomplished by providing "proxy 
objects" and a system and method for visually constructing 
and editing a proxy object tree. Each such proxy object in the 
proxy object tree at build lime corresponded to a correlative 
target object in a' corresponding run lime target object tree. 

The p£oxy:object interfaces, as seen by the visual buUder, 
were "decoupled" from the interface specified by the par- 
ticular object model of the target objects. In this manner, 
since the proxy object could be customized, the visual 
builder system was not forced to present to the user the exact 
attributes and operations of the target objects dictated by a 
given object model. 

These proxy objects each required a great deal of infor- 
mation such as the class of the target object corresponding 
to the proxy object, presentation information on how the 
proxy object should present itself to the user, properties of 
the particular proxy object and how they are mapped to IDL 
attributes, and the like, all of which are further described 
herein. 

A serious problem presented in implementing a visual 
builder employing the thus-described proxy object concept 
was how to efficiently and effectively store and access this 
large volume of proxy object information. 

One approach was to hardcode in the implementation of 
the actual of the proxy itself all the necessary information for 
each proxy object. 

Whereas this has the specific performance advantages 
typically associated with hardcoding, several serious disad- 
vantages were nevertheless present as well, also associated 
with the nature of hardcoding. 

One such disadvantage is that alteration in these proxy 
objects required altering the source code implementing the 
proxy object, which required a programmer well versed in 
the intricacies of writing program code. 

Yet another significant disadvantage was that these 
changes to source code necessitated resultant recompilation 
of the source code. 

SUMMARY OF THE INVENTION 

It IS therefore an object of the invention to provide a visual 
builder which is easy to maintain and alter. 

It is a further object of the invention to provide such a 
visual builder which could be maintained without necessi- 
tating the alteration or rewriting of source code. 

Yet a further object of ihe invention was to provide an 
improved visual builder based upon an object model imple- 
mentation employing proxy objects, wherein modifications 
to such proxy objects was facilitated. 

Still another object of the invention was to provide for 
such an object-based visual builder wherein modifications to 
such proxy objects could be effected easily by someone 
without detailed programming skills. 

Still a further object of the invention was to provide for 
such a visual builder wherein modifications could be 
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effected to the proxy objects without necessitating recom- Internally, the visual builder code would automatically 

pilation of source code of such proxy objects. understand how to alter the corresponding object tree, 

An object model-based visual builder is provided which thereby producing a new tree as shown in FIG. 4. 
includes proxy objects at build time, each corresponding to As touched on in the Background of the Invention, a 
a target object at runtime. Each such proxy object has 5 second task to be provided by a visual builder in accordance 
associated therewith several items of information, including with the invention is to facilitate the setting of properties of 
the class of the target object corresponding to the proxy the runtime objects such as those of FIG. 4, i.e., the visual 
object, presentation information, properties and how they builder must be a property editor. This means that the builder 
are mapped to IDL attributes and operations, events avail- must provide for the editing of initial properties of objects 
able on the target object, and operations supported by the interactively without the necessity of the programmer writ- 
target object. A portion of such information is stored in an ing code. For example, the programmer should be able to 
Interface Repository, such as the System Object Model click on an object, such as one of the pushbuttons shown in 
(SOM) Interface Repository, in easily changeable form, with FIG. 2, and be shown a list of properties of that button object 
the necessary knowledge for retrieving such information in order to set them. Such properties might include the 
from the Interface Repository being contained in the proxy 15 foreground and background color, as an example, 
object itself. The inforaiation stored in the Interface Reposi- a third function to be performed by a visual editor in 
tory may be changed without altering or recompiling the accordance with the invention is to facilitate the user^s 
source code which implements the proxy object itself. abQity to specify actions to be performed. Thus, a connec- 
Interface declarations for proxy objects are provided in tion model will accordingly be provided, an example of 
corresponding IDL files stored in the Interface Repository. 20 ^^^^ follov^. The user might desire, for example, 
Implementation statements in the files permit modifiers upon clicking on the button 50 of FIG. 2 with an appropriate 
which encode the easily editable portions of the proxy object pointing device, that a sound occur such as that represented 
information. \yy speaker 44. A desirable implementation of a system 

These and other objects have been provided by the for specifying actions to be performed, using this example, 

invention, a more detailed description of which follows ^ would enable the user to drag a cursor after clicking on the 

hereinafter and may be more fully understood with the button 50 to the desired object such as the speaker 44. An 

accompanying drawings wherein: arrow 62 might then be presented signifying that an opera- 
tion will be performed on the target object 44 to be specified. 

BRIEF DESCRIPTION OF THE DRAWINGS Desirably a dialog box may then appear when editing this 

FIG. 1 is a block diagram of a personal computer system '° ^^^^^ion, shown by arrow 62, to enable the visual pro- 

for use in implementing the subject invention; 'P'^l^, f ? ^?^^ 

^ • Ml . r , . . cause some specified operation on speaker 44 to be invoked. 

RG. 2 IS an dlustration of a graphic user interface portion p^^-^^^ ^^^^^ ^^^^^ ^^y^ ^e associated with the button 

of a program which may be implemented with the invention; j^ight be a "click'' event, (occurring when the button is 

FIG. 3 is an illustration of components of the user pressed), an "expose" event (occurring when the button first 

interface of FIG. 2 illustrating their hierarchical nature; appears or when a window covering it is moved), or a 

FIG. 4 is an illustrative runtime target object hierarchy "resize" event (occurring when the button is resized, if it is 

tree of the invention corresponding to FIG. 3; resizable). 

FIG. 5 is a create/edit/build proxy object tree in accor- As another example of objects having events for which 

dance with the invention corresponding to the tree of FIG. the visual builder must be able to specify actions, consider 

4. sUder object 42 in FIG. 2. In the case of such a slider, a 

BG. 6 is a graph illustrating improvements in real ^yP^^^^ ^^^^^ ^ "changed" event if the position of 

memory usage in accordance writh the invenUon; ^^""^^ 49 changed, thereby requiring the action of 

HG. 7 iUustrates the storage of selected proxy object 45 ^^.^^"e ' T'^^Z' l^'u^^ ^'""A'' fn^^'^^J '-^r''' 

.n in .n Tnt.rf.n. R^n.^t.™- ^ ^cvicc on the cnd buttons 41, 45, 47, or 48 might, in 



information in an Interface Repository; 



response to this "click" event, cause scrolling by a page in 



FIG. 8 illustrates an example of a particular form of a ^ window. 

proxy object and associated IDL file stored in an Interface r- e • •* n u .1. * .1. 

n n . . J • T^r> ^ vtom the foregoing, it will be seen that a way may thus 

Repository as illustrated in the FIG. 7. , ^ p • . \- 1 -c - - J 

^ provided for interactively specifying actions to be per- 

DETAILED DESCRIPTION OF THE formed when an event occurs. In summary, then, a desired 

PREFERRED EMBODIMENT implementation of a visual builder in accordance with the 

invention builds an object tree associated with an interface, 

From the background of the invention, the general ben- , facilitates setting the p roperties of the objects, and then 

efits to a visual builder or interactive user interface devel- 55 further facilitates^p^cTfying the actions to be performed 

opment system should now be readily apparent. Before when certain sNtnXs occurj 

describing in more detail aspects of the subject invention. Detail wil/ now be nfdvided of how a particular visual 

additional detail will be provided in relation to the require- builder frames^orkji^liccordance with the present invention 

men Is for a visual builder generally. operates. 

As previously described, the first task of such a builder is 60 It wUl be noted that FIG. 4 is labelled a "Runtime Target 

to perform the function of a tree editor and make building a Object Hierarchy Tree". Nodes shown in the Figure such as 

tree such as that shown in FIG, 4 considerably easier than in 72, are representations of actual objects which are desired to 

the case of writing textual code, which would typically be created when the end-user application executes. At 

require code to create each node and attach it to the realization, an application built with the visual builder of the 

appropriate parent. With the advent of visual builder 65 invention wiU, at runtime, create such a "runtime" object 

environments, the visual programmer may simply drag a tree of FIG. 4. Secondly, it will be recalled that the various 

desired object such as button 58 of FIG. 2 to location 60. properties of the nodes or target objects shown in FIG. 4 will 
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be set, and finally all of the linkages such as those shown by 5. Save itself on, and restore itself from, a persistent 

arrows 84 will be effected (specifying that if an event occurs medium, 

on a given object, this will in turn call an operation of 6. Copy itself. 

another (possibly several) object). FIG. 4 is thus labelled 7. Realize itself, and subsequently detach itself from the 

"Runtime" because it illustrates the objects which the appli- 5 realized target object tree, and destroy itself, 

cation must create when it runs. As to the first function of all such proxy objects, e.g., 

It is important to make a distinction between this runtime presenting itself at build time, this means that each proxy 

and "build time" during which the visual builder is not object must be able to display on the appropriate monitor 38 

actually creating the objects of FIG. 4. It is an important of P^G- 1» a visual manifestation of itself to enable intcrac- 

feature of the invention that "proxy" objects are created by lO ^^c manipulation. Thus, as an illustration, a function of the 

the visual builder during this "build time" (shown in FIG. 5), proxy object for a button 58 of FIG. 2 must be to present a 

and that these editable proxy "source" objects map to visual image in a user interface so as to suggest to the visual 

corresponding runtime "target" objects shown in FIG. 4. programmer that there exists a button target object in the 

By analogy, in standard textual programming, at "build ^^^f * ^^'^''^ 

time", when an end-user application is being written, the Regardmg function 2 of proxy objects, it will be recalled 

programmer is editing source code text which is not foregomg that a visual builder of the invention 

(usually) the actual executable form of the program. Thus, in ^^^^^ ^ property editor, i.e., it provides the facility for 

the case of the visual builder of the invention, the visual ^'^^"S properties of proxy objects. Accordingly, 

builder, in part, may be thought of as a "source code" editor ^^^^^^ necessary to provide some 

performing a function similar to the text-based source code ^^""^^^y keeping track of these properties, e.g., what 

editor in the more conventional process of editing in stan- ^""^f ^ ^^^^^ ^ example, a pushbutton 

dard textual programming. The distinction is that the target object and corresponding proxy object might have, as 

"source" being edited by the visual builder is not a stream of P"?PerUes the foreground and background colors thereof, 

ASCII text characters, but rather a tree of these "proxy" "^^^^ ""^^^^ ^'^'^^^^ P°^^^^^° upper-left 

objects, as shown in FIG. 5. ^ ^^^^^ thereof. A corresponding proxy object would there- 

. .V , 1 • r . ■ 1 fore store this property information associated with the 

Whereas at runtime (FIG. 4), the goal is for the visual , . • . i *u *i. u i_- . 

u u * u *i. . c «/ . Z' ^ . i_ u target button object. In other words, the button proxy object, 

builder to build the tree of target objects , at build time ° ^„ _ i -n „i„ /■ ii ui r * • J 

/nr- r\ ' J • LI ^- • I 1. -.J J- as an example, will knoV, (i.e., be capable of storing and 

(FIG. 5) It IS desirable tor the visual builder to create, edit, • \ <■ *• j J- j . - 

J L I J . c J- i . accessmg) the aforementioned properties and what their 

and build a tree or corresponding proxy objects. A compan- current values 

son of FIGS. 4 and 5 wiU reveal a similar pattern between Regarding fiinctions 3 and 4 of the proxy objects, if the 

the target objects and proxy objec^ visuaUy m^strating their Guilder of the invenUon is going to include the facUity 

one-to-one correspondence and the similarity m structure „j interconnections between proxy objects, there 

Detween tne proxy object tree and tbe target object tree. ^^^j ^ ^^^^^^ ^^^j^^ 

events and operations 

Thus, the visual builder of the invention may be seen in 35 which are available. For example, if proxy object 74A 

reality to be, in part, a proxy tree or graph editor, with the corresponds to a pushbutton target object 74, then an addi- 

proxy objects being the "source" which is manipulated and tional function of the proxy object 74A is to have informa- 

edited by the visual programmer at build time. The reason lion on the events which can occur on it, such as the "click*' 

why a proxy tree of FIG. 5 is required is that the proxy event. In other words, the proxy object must know the events 

objects differ from the target objects in important respects 40 available so that the programmer may select the appropriate 

which will be hereinafter detailed. one to which to attach a desired acUon. Actions are usually 

As previously described, each of the target objects shown invocations of operations on other objects. Therefore, a 
in FIG, 4 (70, 72, etc.) represent the final actual runtime proxy object must have information on the operations sup- 
objects which are desired to be built, such as the scroll bar, ported by its corresponding target object so that the pro- 
window, form, etc., objects. Although the examples dis- 45 grammer may select and properly call the appropriate one in 
cussed have focused on visual runtime objects, note that response to an event. For example, if it is desired to call an 
runtime objects may also be nonvisual, e.g., they may not operation on the "speaker" object, then the speaker proxy 
necessarily have a visible representation at runtime. In object should know that its corresponding target object 
contrast, the objects represented by the circles or nodes in supports a "beep" operation. 

FIG. 5 are "stand-in" or "proxy" objects (which may also be 50 Regarding function 5 of proxy objects, in the course of 

thought of variously as "surrogate" or "shadow" objects) in visual programming of an application, it may be desirable to 

the sense that each one has a corresponding target object at suspend creation of the program. This proxy object function 

runtime. This explains the numbering convention of "70" for simply means that each proxy object must be able to save its 

the target object and "70A" for the proxy object, as an corresponding proxy tree information and associated data. In 

example. 55 other words, proxy objects must be provided with the ability 

Now that the notion of a "proxy" object has been intro- ^o save themselves to, and later restore themselves from, 

duced as a fundamental concept of the present invention, it some persistent medium such as a file system when visual 

is necessary to detail the functions it must be capable of programming of the particular application is resumed. This 

performing. They are as follows: fiinction is analogous to the ability of most text editors to 

Representative Proxy Functions ^° ^^^^ ^^^^^ resume editing of textual source code. 

1. Present itself at build lime. Regarding function 6 of proxy objects, suchproxy objects 
^ „ , , , niust be capable of replicaUng themselves. This facility is 

2. Provide storage for, and access to, property values. fo^ convenience in visual programming, i.e to 

3. Provide information on the events available on corre- make it possible to create copies of objects at build time, 
sponding taiget object. 55 Finally, function 7 of proxy objects means that proxy 

4. Provide information on the operations available on objectsbecapableof realizing themselves, and subsequently 
corresponding target object. detaching themselves from the realized target object tree, 



10/31/2003, EAST Version: 1.4.1 



6,038,395 

11 12 

and destroying themselves. Proxy objects may be thought of to only require the visual programmer to pick the particular 

as "delegates" which essentially are standing-in for their desired color such as orange, rather than doing so by way of 

corresponding target objects. At some point, it will be specifying 100% red, 50% green, and 0% blue, 

desired to execute the program being built, and it will Thus, in providing for proxy objects, the invention allows 

therefore be necessary to create and initialize the runtime 5 a single property like "color*' to be defined and presented to 

tree, such as the example tree shown in FIG. 4. The the programmer, and the proxy object possesses the infor- 

collection of proxy objects has the necessary information to mation to translate this user-specified "orange" color value 

effect the running of the program inasmuch as it is esscn- into the attributes of the target object, namely 100% red, 

tially the "blueprint" or "source code" (FIG. 5) for the 50% green, and 0% blue. For relatively high level users, the 

corresponding application (FIG. 4). The term "realize" sim- lo invention has facilitated the ability to define new object 

ply means that the proxy objects must be capable of creating properties which will then be translated (transparently to the 

their associated target objects. user) into the necessary target attributes. The attributes of the 

Hie re are numerous benefits to providing a visual builder target objects can therefore be rendered more intuitive to the 

of proxy objects and the proxy object tree of FIG. 5 which visual programmer by means of such proxy objects, 

may not be readily apparent and will thus be hereinafter 15 Stated another way, proxy objects provide a mechanism 

described in greater detail. The description of these benefits for introducing abstraction in an object's properties and for 

will, in turn, further dictate the manner in which such proxy mapping the abstractions onto the actual defined interface. If 

objects and the corresponding visual builder will be impic- we thus were to define a button's "color" property in the 

mented in accordance with the invention. corresponding button proxy object, this proxy object will 

A first major benefit of the visual builder implementation 20 contain the information necessary to know how to set the 

currently being described, which provides a significant corresponding appropriate R, G, and B IDL attributes in the 

distinction over visual builders of the prior art, is that by target object the high level "color" property. As will be 

provision of such proxy objects, the proxy objects' inter- hereinafter made clearer, the knowledge of how to map the 

faces as seen by the visual builder user are thereby high level proxy object properties to the target object 

decoupled from the interface specified by the target object 25 attributes will be utilized at build time and at realization 

definition. time, and the knowledge is built into the particular proxy 

The target objects of FIG. 4 are defined in a particular object when it is designed, 

object model such as SOM, in the case of the implementa- The invention need not be limited to only mapping 

tion of the invention being presently described. As such, properties of proxy objects to one or more attributes (such as 

these target objects have an IDL definition which define 30 IDL attributes in the implementation being described). The 

what the attributes and operations of the particular target invention specifically contemplates mapping properties of 

object are. proxy objects additionally to arbitrary combinations of prop- 

Because, in constructing the visual builder, it has been erties and operations, 

implemented so that the various proxy objects may be As an example, continuing with the prior illustration, it 

pre-defined and customized, the invention's system is not 35 may be desirable to specify a "color" with R, G and B 

forced to present to the user of the visual builder the exact components. A target object may not have not three IDL 

attributes and operations of the target objects of FIG. 4. attributes R, G, B, but instead may have three IDL opera- 

Rather, the flexibility to define a different set is provided. tions such as "setR", "setG", and "setB". We may further 

An example of the foregoing will be helpful in under- desire that the builder user again simply be required to set a 
standing its significance. Operations associated with a target 40 property "color". In this case, the proxy object would 
object such as object 72 of FIG. 4, as dictated by the IDL, contain the necessary information to translate this "color" 
may be extremely low level. In like manner, attributes of into calls to the three operations "setR", "setG", and "setB". 
such target objects 72 may have long and rather difficult This is thus an example of a proxy object property such as 
names to read. Because the invention provides the facility "color", being mapped to several operations, rather than an 
for proxy objects, a different set of properties may be 45 attribute. Note that an "operation" on an object is something 
presented to the visual programmer which map to cor re- which is performed or invoked on an object, as distinct from 
spending attributes on the target object. As an example, let an "attribute", which is data which may be set or queried, 
us suppose that target object 72 has these attributes, namely such as "color" or "speed". However, in most object models, 
"red", "green", and "blue", which are components of an including SOM, attributes are just a special case of opera- 
RGB specification of the color of some part of the object on so tions. 

the screen. (Each component controls the amount of the From the foregoing, it should be clear that providing the 

associated primary color.) ability to define proxy objects enables us to change the way 

At the visual builder level, it is undesirable to present to an object looks to a user, and to not be constrained by the 

the visual programmer the information that this particular available interface of the runtime target object, 

target object has three properties of "red", "green", and ss We could, in designing a proxy object for a particular 

"blue". It would be much more desirable lo simply commu- target object, add, remove, or redefine properties of the 

nicate to the programmer that object 72 has a "color" target object, as long as the new set of properties can be 

property whose values may take on those listed such as pink, mapped to the existing available attributes and operations, 

purple, orange, etc. These colors would then be translated There is yet another important benefit to having proxy 

into the necessary R, G, B components which the IDL 60 objects. Specifically, provision for proxy objects facilitates 

attributes provide in order to effect the desired color. the implementation of visibility or "exposure" control on 

In other words, a given target object might not provide a properties and operations of proxy objects, 

"color" attribute in its interface definition. Rather, it may Typically a visual programmer may not desire to be 

have three separate attributes which collectively make up the overwhelmed with the need to view all available editable 

color (e.g., R, G. B). To a visual programmer, this may 65 properties or callable operations of a runtime target object, 

appear as an unduly low level way in which he or she is Provision for proxy objects enables us in the design of the 

required to specify color. It would be much more preferable visual builder to present these properties or operations to a 



10/31/2003, EAST Version: 1.4.1 



6,038,395 

13 14 

visual programmer in a more organized manner. They may objects. AT application runtime, the proxy tree of FIG, 5 
be classified into related groups, and a user may be required facilitates the building of the corresponding target object 
to take an affirmative step such as clicking on a button to see tree of FIG. 4, sets the properties of the target objects based 
the properties in a given group. This is what is meant by upon the proxy object properties (since proxy objects con- 
visibility or exposure control The user may initially only be 5 tain all of the mapping knowledge necessary to set the 
shown those properties which arc most typically desired to attributes and call the appropriate operations on the target 
be edited or selected. The proxy objects provide the mecha- objects), and establishes the connections indicating, for 
oism to control what properties arc seen and editable by a example, that when event "E" occurs on object "X", opera- 
visual builder user at any time. tion "P" is to be called on object "Y", etc. 

A point of clarification regarding terminology may be lo At this point, the necessary runtime object tree of FIG. 4 

appropriate in order to avoid confusion. At some appropri- now exists and is read to "go", i.e., control can now enter the 

ately high level, the terms "property", "attribute", event loop previously described. Because the proxy tree 

"characteristic", and "feature" arc synonymous and may be (which, it may be recalled, may be thought of as "source" 

used interchangeably. However, as a matter of convention, code) has performed its job and created its image, there is no 

we use the terms "attribute" and "operation" when referring 15 more need for it to be consuming memory. Accordingly, it is 

to the IDL-dcfincd interface of a target object, and the terms a further feature of the invention to provide for the detaching 

"property" and "operation" when referring to the proxy- and destroying of the proxy objects in real memory after 

defined interface, as seen by a visual programmer. they have effected the realization, at runtime, of the target 

As was explained in the Background of the Invention, if object tree of FIG. 4. 

the implementer of a visual builder could control the design 20 Referring now to FIG. 6, during the first few moments of 

of the target objects and their specifications, there might not application runtime execution, the proxy tree (FIG. 5), is 

be a need for redefining the set of properties seen by a visual created in real memory and is needed in order to build the 

programmer, or for controlling their visibility. However, in runtime tree of FIG. 4. However, after all target objects are 

practice, such ability is not present because typically the built, and the appropriate attributes are set and operations 

target objects are already pre-written, often by another 25 called to initialize the objects' state, and the event-action 

programmer under the constraints of a different usage connections are established, the proxy objects may be 

model. removed from memory. The graph 90 represents real 

The proxy object framework affords the visual builder memory usage of a system such as that of FIG. 1 wherein the 

implementer (or perhaps more correctly, the person enabling invention is implemented. An initial spike 96 shown therein 

a given object to be used and manipulated within the visual 30 is caused by the loading of dynamic link libraries (DLLs) 

builder), the flexibility to essentially define a new "world" to associated with the proxy objects into real memory and the 

suit desired purposes and needs. Typically, one of the most restoration of the proxy tree at the beginning of appUcation 

important of these needs is that the visual builder be user execution. These DLLs contain the code associated with 

friendly and, secondarily, exhibit desirable performance methods of all the proxy objects. The dip after the spike at 

characteristics. This flexibihty is provided so long as we 35 point 94 suggests the significant drop in memory usage 

have the facility for translating the proxy object world to the corresponding to the destruction of the proxy object tree of 

target object world. The properties of particular proxy FIG. 5 and the unloading of such DLLs of the proxy object 

objects which are visible to a builder user do not have to be tree after construction of the target object tree. In other 

identical to the target object IDL attributes. On the contrary, words, the spike 96 is caused in large part by the DLLs of 

we thus have the flexibility to define a different set of 40 proxy-related code loaded in real memory as well as the 

properties for purposes of user friendliness, for example, so proxy object tree. Upon imloading of the DLLs and destruc- 

long as we can map the "virtual" properties presented by the tion of the data structures of the proxy tree, which is no 

proxy objects to the target properties. longer required, real memory usage drops significantly as 

It will be noted that the invention is not Umited to the shown at reference numeral 94. 

mapping of properties. We may also redefine the set of 45 It will be recalled that seven functions were enumerated 

object operations as seen from within the visual builder which must be performed by proxy objects. A related 

environment. The operations seen by the visual programmer consideration is what information these proxy objects must 

need not be identical to the operations supported by the contain to carry out their functions The information may be 

corresponding target object. As in the case with proxy object categorized as follows: 

properties, we can relax the requirement that all target object so i, xhe class of the target object corresponding to the 

operations be shown as proxy object operations. In other proxy object. 

words, the proxy objects may advertise a different set of - „ , • r 

^ • t ^ .J ^ .... c * 2. Presentation information, 
operations, again as long as we provide facility for trans- 
lating the new operations to the attributes and operations of ^- Properties and how they are mapped to IDL attributes 
the target objects. The earlier comments on visibility control 55 operations, 
of properties also apply to the operations seen by the visual 4. Events available on the target object, 
programmer when specifying event-action connections 5. Operations supported by the target object, 
between objects. More specific detail will now be provided as to these 

Another important aspect and advantage provided by the items of information which proxy objects must contain, 

invention, in implementing the visual builder and proxy 60 As to the class of the target object, if, as an example, a 

framework as herein described, is the detachment and proxy object is a representative or "proxy" for a "President" 

destruction of the proxy tree after it has performed realiza- object (i.e., the class of the target object is the "President" 

tion at built application runtime, thereby saving memory class), the proxy object, at realization, must "know" that it 

consumption. must create a "president" target object corresponding to 

To explain this feature, recall that important functions of 65 itself (the "president" proxy object), 

proxy objects is that they must be capable of "realizing" As to the second category of information which the proxy 

themselves, i.e. creating their corresponding runtime target object must contain, recall that one function of the proxy 
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object is to present itself (i.e., display something on the shown. Also shown is aSOM Interface Repository 100. The 

screen) at build time. Therefore, a proxy object must contain list of events available on a particular target object is stored 

the information necessary to effect this presentation. The in the Interface Repository 100. The proxy object 76 A for 

proxy object must know what object to display to the user, a particular target object knows how to retrieve this list from 

and if, for example, the user has iconified an object, what 5 ^^e Interface Repository 100, rather than storing this iofor- 

icon to display. mation directly. In this manner, should it be necessary to 

As to the third item of information contained by proxy ^^^^^ events, this may be done by simply editing 

objects, e.g., "properties", this refers to the fact that proxy portion 106 of the Interface Repository 100 containing 

objects must know the pnDpertics which can be edited since, ^"*^^y avoiding the need to recompile the proxy 

at build time, the visual builder user will be editing such lO ^ , „ ^ . r 

properties. The proxy object needs to know the name of each J.\flTr..' ufZ ^'^^.^f^^ aU of the informaUon 

property, the data type of property (e.g., integer. Boolean, ]ll I'^ZH L^' T'^ ""^iTfV T ^^'^^ ^^1"^ 

* • I \ *u * 1 J • f 1 / for each proxy object, part of this information 108 is 

stringy etc.), Uic curren value, and information relating to ^^ored as desifed elsewhere in an Interface Repository 100 

visibdity control. It wiU be recalled that it is a feature that ^^ich may be more easily changed without the need to 

not all propcrUes need be exposed to the user, and that 15 recompile. The information or knowledge required by the 

differing levelsofpropertyoroperation disclosure or group- various proxy objects to locale the information in the 

ing may be implemented. The proxy object must also repository 100 is what is hardcoded into the proxy objects, 

include knowledge on how the properties are mapped to the it will be noted that repository 100 is simply an information 

IDL attributes and operations. store which may be implemented in several ways, such as 

Fourth, the proxy object must contain information regard- 20 through a file system, 

ing events available on the target object. Using the "Presi- Considerations well known in the art will determine, for 

dent" example, if a proxy object represents a "President" a given implementation, which of the hereinbefore listed 

target object, the proxy object must know the available items of information required by proxy objects will be 

"events" of the target object. For example, the proxy object hardcoded in the proxy objects and which will preferably be 

must know that the "President" target object has a "speak" 25 stored in the Interface Repository 100. In the specific 

event available. implementation being described herein, all items of infor- 

FinaBy, proxy objects must contain information indicating mation 1-5 shown at reference numeral 108 in FIG. 7 would 

the operations the target object supports including informa- be provided in the repository 100 with the exception of 

tion on the operation name, arguments, and return values, mapping knowledge properties and operations. At one 

and how they are mapped to IDL attributes and operations. 30 extreme, all such information could be hardcoded into the 

One problem in implementing a visual builder, given the proxy object, and at the other extreme, a great deal of 

need of the proxy objects to contain the aforementioned information could be stored in the Interface Repository 100. 

information, is how to efiSciently and effectively store and In the latter case, this may necessitate development of a 

access this information. language processor or parser. Thus, it may be readily seen 

One approach is to hardcode in the (class of the) proxy 35 that tradeoffs well known in the art present themselves 

object all information listed above for each class of proxy regarding the decision of hardcoding versus development of 

object. sophisticated language processors. Put simplistically, in the 

An advantage to hardcoding this proxy object information implementation under discussion, items of information for 
is the performance benefit which is typically associated with proxy objects were placed in the Interface Repository 100 
hardcoding. However, a significant disadvantage is the lack 40 which could be represented as lists which could be easily 
of flexibility also typically associated with hardcoding, processed, whereas other items which could be more easily 
namely, that changes require altering the source code and hardcoded were placed in the proxy objects, 
recompiling, with all of the attendant drawbacks. As an It should be pointed out that although storage in the 
example, if in the "President" proxy object it was hardcoded Interface Repository 100 provides the advantage of avoid- 
that the only available event was "speak", and later it was 45 ance of recompilation, for example, one disadvantage of 
desired to add the event "eat", this would necessitate chang- storing a large amount of proxy object informadon relates to 
ing and recompiling the source code of the President proxy performance, e.g., I/O limitations to bulk storage devices 
object. such as DASD or the like, which would be a conventional 

Accordingly, it a feature of the invention to provide a list way to implement the Interface Repository 100. 
of events stored elsewhere and merely looked up by the 50 More detail will now be provided regarding specifics of 
proxy object. Instead of a proxy object hardcoding all of the how the appropriate proxy object information is stored in the 
information hereinabove listed, it is sufBcient for a proxy Interface Repository, with a specific instance of the tech- 
object to know how and from where to retrieve the infor- nique in accordance with the invention discussed with 
mation. By doing so, there is no requirement to alter the reference to FIG. 8, The technique of the invention employs 
proxy object code, but rather to simply alter the list of 55 S CM IDL modifiers which are the mechanism used to store 
events, which is maintained separately from the proxy object information in the repository 100. Such a modifier is another 
code. syntax in SOM class definition. 

In general, the approach adopted by the invention is one FIG. 8, depicts a representative IDL file 112, wherein a 
in which some or all of the information required for a proxy "Preside nt_J*roxy" object class 110 is defined. In this 
object is embedded in the IDLdefinitionof the (class of the) so example, the interface definition is in accordance with the 
proxy object, which definition then appears in, and is IDL syntax previously described. Shown in the file 112 are 
accessible from, an Interface Repository to be hereinafter the attributes and operations 114 of "President Proxy" 
described. The knowledge of how to retrieve this informa- objects. It will be recalled that defining an object in IDL 
tion from the Interface Repository is hardcoded (in the proxy syntax requires such attributes and operations 114 as man- 
object class object). 65 dated by CORBA. 

FIG. 7, provides an illustration of the foregoing concept. It will be recalled that while SOM is IDL compliant, it 

An example proxy object tree such as that in FIG. 5 is goes beyond the requirements of IDL and CORBA in 
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defining additional semantics and syntax. SOM provides for 
an implementation statement 118 within an interface 
declaration, which in turn can include arbitrary modifiers 
120 such as the "events" and "operations" modifiers shown 
therein. The basic idea and rationale for such modifiers 120 5 
in SOM is that it is not possible to foresee all possible things 
which may be desired to be declared about a class. Thus, 
rather than restricting SON IDL syntax to include only a 
Limited set of forms, an "escape valve'* was provided in the 
form of these modifiers 120 which are ignored by the SON 
compiler. However, the modifiers 120 are stored in the SON 
Interface Repository 100 by the SON compiler, and thereby 
made available for access by any program, even though the 
SON compiler itself does not know how to utilize the 
information. 

It should be apparent that "lists" of proxy object infor- 
mation which are desired to be stored in the Interface 
Repository 100, in light of the discussion of modifiers, may 
be placed in an IDL file 112 as modifiers 120. The SON 
compiler, as part of the compilation process, places interface 
definitions (including the modifier mformation 120) in the 20 
Interface Repository 100, so as to be available to any 
program knowmg how to access the repository 100 (which, 
of co\u-se, would include code effecting the access and 
retrieval by the appropriate proxy objects of the object's 
information). 

While the invention has been shown and described with ^ 
reference to particular embodiments thereof, it will be 
understood by those skilled in the art that the foregoing and 
other changes in form and detail may be made therein 
without departing from the spirit and scope of the invention. 

What is claimed is: 30 

1. A computerized method for supporting a proxy object 
comprising: 

storing a first portion of information corresponding to said 
proxy object in said proxy object; and 

storing a second portion of said information comprising 35 
visual programmable interface information viewable at 
build time for supporting visual programmability of 
said proxy object at said build time, said second portion 
at least partially defining said proxy object in an 
interface repository; and 40 

executing a visual builder function invoking said second 
portion of said information at said build time. 

2. The method of claim 1 wherein said first portion 
enables retrieval of said second portion from said interface 
repository during said build time. 45 

3. The method of claim 2 wherein said second portion of 
said information is imbedded in an IDL modifier of the class 
of said proxy object. 

4. The method of claim I wherein said interface reposi- 
tory is a system object model interface repository. 50 

5. The method of claim 4 wherein said first portion of said 
information is hardcoded. 

6. The method of claim 5 wherein said second portion of 
said information is editable text. 

7. The method of claim 6 wherein said first portion defines 
a metaclass of said proxy object. 

8. The method of claim 7 wherein said second portion of 
information is selected from a group comprising properties 
of said proxy object and operations of said proxy object. 

9. The method of claim 3 wherein said IDL modifier is a 
system object model IDL modifier. ^° 

10. The method of claim 1 wherein said first portion of 
said information at least partially defines said proxy object. 

11. The method of claim 1 wherein said second portion of 
said information corresponds to a window object. 

12. The method of claim 11 wherein said second portion 65 
of said information is size and position of said window 
object. 
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13. The method of claim 11 including: 

generating a user interface to a programmer in response to 
said executing said visual builder function for fadU- 
tating programming of said proxy object at said build 
time. 

14. The method of claim 13 wherein said programming 
comprises: 

manipulation of said proxy object's runtime behavior. 

15. The method of claim 14 wherein said visual builder 
function includes copy, save, and restore functions of said 
proxy object at said programming time. 

16. The method of claim 15 wherein said proxy object is 
persistent. 

17. A computerized system for supporting a proxy object 
in a visual builder function comprising: 

means for storing a first portion of information corre- 
sponding to said proxy object in said proxy object; 

means for storing a second portion of said information 
comprising visual programmable interface information 
viewable at build time for supporting visual program- 
mability of said proxy object at said build time, said 
second portion at least partially defining said proxy 
object in an interface repository; and 

means for executing a visual builder function invoking 
said second portion of said information at said build 
time. 

18. The system claim 17 wherein said first portion enables 
means for retrieval of said second portion from said inter- 
face repository during said build time. 

19. The system of claim 18 wherein said second portion 
of said information is imbedded in an IDL modifier of the 
class of said proxy object. 

20. The system of claim 17 wherein said first portion of 
said information at least partially defines said proxy object. 

21. The system of claim 19 wherein said IDL modifier is 
a system object model IDL modifier. 

22. The system of claim 17 wherein said interface reposi- 
tory is a system object model interface repository. 

23. The system of claim 22 wherein said first portion of 
said information is hardcoded. 

24. The system of claim 23 wherein said second portion 
of said information is editable text. 

25. The system of claim 24 wherein said first portion 
defines a metaclass of said proxy object. 

26. The system of claim 25 wherein said second portion 
of infonmation is selected from a group comprising proper- 
ties of said proxy object and operations of said proxy object. 

27. The apparatus of claim 17 wherein said second portion 
of said information corresponds to a window object. 

28. The apparatus of claim 17 wherein said second portion 
of said information is size and position of said window 
object. 

29. The apparatus of claim 28 including: 

means for generating a user interface to a programmer in 
response to said means for executing said visual builder 
fiiDction for facilitating said programmer's program- 
ming of said proxy object at said build time. 

30. The apparatus of claim 29 wherein said means for 
generating includes: 

means for manipulation of said proxy object's runtime 
behavior. 

31. The apparatus of claim 30 wherein said visual builder 
function includes means for copying, saving, and restoring 
fiinctions of said proxy object at said build time. 

32. The apparatus of claim 31 wherein said proxy object 
is persistent. 

* * 1^ « « 
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Documents known as style guides are provided in an 
PROCESS OF DESIGNING USER'S INTERFACES attempt to instruct application designers in the appro- 
FOR APPLICATION PROGRAMS priate usage of the user interface gadgets offered by a 

system (see "Style Guides" for more detailed informa- 
This application is a continuation of application Scr. 5 tion). Some examples of such user interface standards 
No. 07/681,079, filed Apr. 5. 1991, now abandoned, arc OSF/Motif, OpenLook. CUA, NewWave, and 
which is a continuation-in-part of application Ser. No. Macintosh. Each of these standards shall be referred to 
07/586,861, filed Sep. 24, 1990, now abandoned. herein as a specific user interface. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention sometimes can be difficult to use. As applications have 
In general, the present invention relates to an appHca- become more and more powerful* some have also be- 

tion program operating in a computer and, more partic- come more and more difficult to use. There are so many 

ularly, the invention relates to a process for designating fascinating and complex things users can do with these 

a user interface of an application program. 15 new programs that it can be very difficult to create a 

2. Description of the Related Art Applications user interface that is always easy to use. A new concept 
An application (or program) is a tool which allows a in the GUI community attempts to come to terms with 

person to use a computer to accomplish a task. For this problem. It is the scalable graphic user interface, 

example, a word processor provides the user of a com- Such a GUI allows the same applications to be accessed 

puter with a way to write, store, and print out letters. A 20 at various levels of functionality. These levels range 

drawing program allows him to create charts, diagrams, from an appliance mode, where users arc only required 

and organizational charts. As far as the user is con- to push a few buttons, to a novice computer interface 

cemed, the application is the interface between him and (such as Tandy's Deskmate TM ), to a full-fledged pro- 

the computer hardware. However, from the applica- fessional graphic user interface like the Motif TM inter- 

tion*s perspective, there is another layer. 25 face. Users, as their skills and needs grow, may simply 

switch interface levels to access more powerful fca- 

Operatmg Systems ^^^^^ f^^. example, if users only want to quickly type 

An operating system is a program which acts as an a letter or envelope, they do not have to wade through 

interface between applications and the computer hard- a program designed to produce newsletters involving 

ware. It provides an environment in which a user may 30 multiple columns of text running from page to page and 

execute programs. Operating systems attempt to make graphics placed randomly throughout the document, 

the computer system easy and efficient to use. Operat- They can merely run the word processor in appliance 

ing systems in conjunction with the computer hardware mode and type a simple letter without having to set 

are often called environments. These principles are many different options and to pick their way through a 

discussed by James Peterson and Abraham Silberschatz 35 a number of extra features (See "Style Guides" for how 

in ^'Operating System Concepts*'. scalability relates to style guides). 

UsiSrJnteriSces Applications Development 

A user interface (UI) is a set of rules and conventions Applications have always been difficult and time- 
by which a computer system communicates with the 40 consuming to develop. However, because of the vola- 
person operating it. Initially, operating systems (such as tile and diverse nature of the computer software indus- 
UNIX or MS-DOS) featured text-based command line try, creating applications which execute under different 
interfaces. Users were expected to use and remember specific user interface standards often can be exception- 
complicated, forgettable commands such as "enscript- sJly challenging. In the past, much or all of the applica- 
2Gr-Plw." Different applications all had different user 45 tion often was rewritten in order to conform to the 
interfaces — to print the current document, a user might various standards, and each version often was offered 
have to press ihc function key F7 in a word processor for sale separately. 

and the keys Ctrl-Alt-P in a database program. Comput- Some applications have implemented the scalable 
crs were difficult to learn, difficult to use, and, worst of GUI concept to some extent. Programs such as Mi- 
all, inconsistent. In the pursuit of the often-coined prop- 50 crosoft Word have "full and short menu" modes; nov- 
erty known as "user friendliness,'* much work was done ices may choose "short menus," which hides advanced 
in terms of improving user interfaces. Just as the per- functionality by simply removing advanced commands 
sonal computer market as a whole is changing rapidly from the main menu. The user still has to contend with 
and drastically, so too are user interface standards. multiple windows and pull-down menus, difficult 
Through the years, operating systems have evolved 55 enough concepts in their own right. However, very few 
from complicated text-based, command line interfaces, programs even feature this limited scalability. Usually, 
Uke UNIX or MS-DOS, to graphical, windowing inter- if users would like both a simple word processor and an 
faces such as the Apple Macintosh and Microsoft Win- advanced word processor, they would have to purchase 
dows. These^ncw-graphicaUuserinterfaceSi(GUIs)-fca- two separate packages (in fact, some software publish- 
turc menusrbuUons, and windows accessed by a mouse. 60 ers offer several similar packages of varying complexity 
The graphical, intuitive nature of these interfaces in their product line, 
solved many of the problems inherent in earlier operat- _ . r% ■ t> 
ing systems. GUIs^ypjcairy provide ajargejoolzkit^of Conventional Application Design Process 
user interface gadgeU2iuch=as::wu^ buttons, and The typical process of writing an application is as 
menus. ApplicatioWmak^usc of thSc^UI items to im- 65 follows. An environment is chosen (e.g., UNIX work- 
plemcnt their interaction with the user. In order to station running MotiO- The functional goals of the pro- 
avoid inconsistent application interfaces, companies gram are specified (e.g., a powerful word processor), 
develop rules and conventions for using the UI gadgets. Then the user accessibility goals are specified (e.g.. 
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must be easy and intuitive to use and follow Motif 
guidelines). A programmer or team of programmers 
implements the functionality, and a human interface 
expert or team (perhaps the same programmers) designs 
the user interface to conform with the style guide for 5 
the environment. 

We will focus on the user interface designer. The 
interface designer balances human/computer interac- 
tion design considerations, application input and output 
requirements, and the style guide for the specific user 10 
interface to create a specific interface description (typi- 
cally in the form of user inteifacO!5jwU~>^^ 
butes)Jpr:the-application. ffiegraphical user interface 
system software then implements this specific descrip- 
tion, creating an on-screen representation. 15 

If an operating system could somehow interpret the 
user interface needs of an application and provide a 
good implementation of one or more style guides, both 
application developers and users would benefit. 

SUMMARY OF THE INVENTION 

It is an objective of the present invention to provide 
a new process for generating on-screen application 
interface for an application prog 



20 



It is another objeptive^fThe present invSorT^ 25 
provide a ne;^rocess for generatingjiseMnterfaces for^ 
applicatio^programs. . ''^^--ZZi::^ 

It isj^other objective of the present indention to 
provid/a new process for generatijig-tKeon-screen 

application interface in su^^-wSyThat the application 30 hints that can be used as instance data for that object. 



FIG. 12 illustrates a GenTrigger class of generic user 
interface object and two objects in that class. 

FIG, 13 illustrates a sample generic user interface 
tree. 

FIG. 14 illustrates an on-screen realization of the 
sample user interface tree of FIG. 13. 

FIG. 15 illustrates a sample user interface screen of a 
prior art Macintosh appHcation. 

FIG. 16 illustrates a sample user interface screen of a 
prior art OS/2 application. 

FIG. 17 illustrates a conventional user interaction. 

FIG. 18 Ulustrates a user interaction according to the 
present invention. 

FIG. 19 illustrates an easy to use layout for print 
dialogue box that can be more difficult to use. 

FIG. 20 illustrates a poor layout for print dialogue 
box. 

FIG. 21 illustrates a computer system incorporating 
elements in accordance with the present invention. 
FIG. 22 illustrates a prior art computer system. 
FIG. 23 illustrates a document control object. 
FIG. 24 illustrates a NewWave TM interpretation of 
the document control object of FIG. 23. 

FIG. 25 illustrates an OpenLook TM interpretation of 
the document control object of FIG. 23. 

FIG.- 26 illustrates a Motif TM interpretation of the 
document control object of FIG. 23. 
FIG. 27 illustrates a list object and some possible 



is largclyaadfipcndenr'Srchanges in specific user inter- 
faces. Developing an application is a challenging and 
time-consuming project. One essential aspect of this 
process is the design and implementation of the applica- 
tion's user interface. In the traditional process of inter- 35 
face design, the developer defines application input- 
/output requirements and a list of human-to-computer 
design considerations associated with those require- 
ments. Referring to the style guide for the specific user 



FIG. 28 illustrates a NewWave tm interpretation of 
the list object of FIG. 27. 

FIG. 29 illustrates an OpenLook tm interpretation of 
the list object of FIG. 27. 

FIG. 30 illustrates a Motif TM interpretation of the 
list object of FIG. 27. 

FIG. 31 illustrates a style guide interpreter that pro- 
vides three possible gadget choices (Abbreviated Menu 
Button, Exclusive Settings and Scrolling List) with an 



'"1^^^^^^^ (^ S- Motif. OpenLook. or Windows) for 40 example of a screen display and style guide interpreter 



which the application is being designed, the designer 
melds all three considerations together when defining 
the user interface. He makes selections from the gadget 
toolkit offered by the specific Ul and decides how those 
objects should be arranged on the screen. These selec- 45 
tions and dedsions ajce-made with an eye toward subjec- 
tive design oj^^^axidi^^ The exact final interface 
design is themstorejf ny^ata structures, which are later • 
faithfully remlered^en screen by system„softwarer::To 
run the application under a differen'PspecificrUlTlhe 50 
design process would have to be repeated'from:scratch? 
yielding a new executable version of the application. 

BRIEF DESCRIPTION OF THE DRAWINGS 



interpretation rules for each. 

FIG. 32 illustrates a style guide interpreter that pro- 
vides two possible gadget choices for a hypothetical 
user interface (Graphical Radio Buttons and Scrolling 
List) with an example of a screen display and style guide 
interpreter interpretation rules for each. 

FIG. 33 illustrates a generic user interface specifica- 
tion for the GenList object and an OpenLook tm user 
interface interpretation and a hypothetical user inter- 
face interpretation of the generic GenList object 

FIG, 34 illustrates a sample generic user interface 
specification. 

FIG. 35 illustrates an interpretation of an object hav- 
FIG. 1 illustrates a conventional application design 55 specification of FIG, 34 under Motif TM or 



process. 

FIG. 2 illustrates a application design process accord- 
ing to the present invention. 

FIG. 3 illustrates a dialogue box. 

FIG. 4 illustrates a menu. 60 

FIG. 5 illustrates pixels on a screen. 

FIG. 6 illustrates a scroll bar. 

FIG. 7 illustrates a scrolling list. 

FIG. 8 illustrates a submenu. 



OpenLook tm . 

FIG. 36 illustrates an interpretation of an object hav- 
ing the specification of FIG. 34 under a hypothetical 
user interface style guide. 

FIG. 37 illustrates an interpretation of an object hav- 
ing the specification of FIG. 34 under a hypothetical 
user interface of the future in an advanced mode. 

FIG. 38 illustrates an interpretation of an object hav- 
ing the specification of FIG. 34 under a hypothetical 



FIG. 9 illustrates hierarchy of objects in tree data 65 user interface of a future in a novice mode, 

structure. FIG. 39 illustrates an implementation of the princi- 

FIG. 10 illustrates a window. pies of the invention using procedural programming 

FIG. 11 illustrates the salesman example. rules. 
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FIG. 40 illustrates an implementation of the princi- 
ples of the invention using objects using pointers to 

methods. embodiment of human/computer interface criteria 

FIG. 41 illustrates an implementation of the princi- for an application, stored digitally. Examples of such 

ples of the invention using objects having class pointers ^ cntena follow: 

to class structures. "infrequently used feature** 

FIG. 42 illusuates a prior art user interaction with an "advanced feature" 

application to produce an action in a computer system. "should be displayed as large as possible" 

FIG. 43 illustrates a user interaction with an applica- specific user interface 

tion in accordance with the present invention to pro- ^ . . . , , „ ^ . , . - 

duce an action in a computer system. ^f^^^!^ ^^Jr^ fA P^i^"^f ? 

FIG. 44 illusuates prior art development and use of a g^cification. such as Mouf, Open Ux>k Wmdows, or 

specific user interface specification for a particular user ^ '^f' us« mterface s style 

interface guide (i c the end user SiOerception of the user mterfacc, 

Ml J 1 J r • ^5 separated from the ABIl BSciisottware) 
FIG. 45 illustrates development and use of a genenc 

user interface specification for use with any of multiple specific user interface specification 

specific user interface interpreters (Motif TM. New- ^^^^^^^ ^^^-^^ ^ particular application based 

Wave TM and OpenLook TM , for example), and the use gadgets from a specific user interface's gadget toolkit 

of such genenc user interface to produce different on- 20 

screen displays using such different specific user inter- Conventional Application Design Process 

face interpreters. The process of the present invention has redefined 

FIG. 4^ illustrates a one-choice element of a control how application user interfaces are developed. The 

area or a menu, used in various ways such as to execute illustrative drawings of FIG. 1 shows a representative 

commands, display pop up windows, and display 25 conventional process for developing an application. In 

means. contrast to the conventional process, a designer using a 

FIG. 47 illustrates a non-«xclusive setting that shows new process in accordance with the present invention 

a checkmark in a square box when a setting is chosen. does not attempt to define the final, gadget-level inter- 

* ^r.^^^^^^^^, f^ce to the application. Instead, referring to FIG. 2, he 

DETAILED DESCRIPTION OF PREFERRED 30 selects objects from a generic UI object library based 

EMBODIMENT solely on the input/output requirements of the applica- 

Before explaining the principles in the present inven- tion. and groups them^ according to function within the 

tion. it is useful to define a group of terminologies as application. Subjective design considerations associated 

follows. with those requirements, which would ordinarily be 

33 weighed by the designer in order to pick specific gad- 
gadget toolkit gets, arc instead stored digitally along with the generic 
set of components such as wnndows. menus, buttons, m^fejcgtj The designer's job is done, as everything 
scrolling Usts, radio buttons, scroll bars, etc. A portion short of the style guide has been considered and stored 
of every specific user interface's style guide concerns ^s part of the UI specification for the application. This 
itself with the enumeration, definition, and uses of these ^ later mterprctcd m software by any one of a 
components number of UI mterpreters, which map the selected ge- 

neric UI objects and hints into an interface implementa- 

generic UI object class tion which meets the specific UI's style guide require- 

group of generic UI objects with identical types of The final interface for the application is then 

date and methods 45 presented on-screen. 

generic UI object Application Design Process 

- ^ ^. • . / _ . J r The process of the present invention allows the same 

ul component representmg an mput/oun)Ut need of ij^^^on executable to come up with the look and 

an apphcauon (as opposed to a visual spccificaUon such ^^^^^^ ^^^^ interfaces, meeting 

as a scrolling hst). Examples include document control, requirements and recommendations for 

exclusive hst selection, and viewmg areas. illustrative drawing of FIG. 2 shows an appli- 

generic UI object library cation development process in accordance with the 

. present invention. The more information about the ap- 

set of genenc Ul objects and hmts available for speci- 55 plication's interface requirements and subjective consid- 

fyuig an mterface mdepcndent of any particular gadget erations that can be stored in generic object and hint 

toolkit format, the better the interface that can be created for 

generic user interface specification the application when nimiing under UI interpreters for 

— N different or new specific user mterfaces. Smce the ge- 

interfacc designed for a particular applicatiAi based «) neric model essentially decouples the application from 

on objects from the generic UI object library, iiicluding jts user interface, the application is completely indepen- 

the selection and organization bf objectsvapd hints dent of changes.in ff ecific^u ser interfaces. The applica- 

^-^-.i^/rfiT^* * \ tion's user interface is specified solely in terms of com- 

genenc to specific UI «.terpretcr(tJI Imen>reter) properties rather than specifics of panic 

software which interprets a generic UI specification 63 ular UI gadgets, so the application's user interface can 

to create the on-screen representation of thejapplication be properly constructed and presented under new and 

in such a way that a specific UPs style guide require- different specific user interfaces. New UI interpreters 

ments and recommendations are met \ for new style guides can he written after the creation of 
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an application executable, and the application's user 
interface will be presented in accordance with the new 
style guide. What this means is that hew. improved user 
interfaces could add novel and wonderful capabilities 
far beyond that imagined by the original application 5 
designer, simply because functional as well as subjective 
information about the application's UI needs are stored 
with the application. Similarly, specific user interfaces 
intended for users with varying levels of proficiency 
may be defined, so the very same application executable 10 
can also be presented appropriately to both novice, 
average, and advanced users. 

The question then is how to accurately represent, in 
data, application input/output requirements and subjec- 
tive design considerations. The GEOS process replaces 13 
traditional gadget toolkits with a generic UI object 
library and stores subjective, descriptive considerations 
digitally in hints. 

Generic UI Object Library vs. Gadget Toolkits 

As mentioned before, conventional operating systems 
provide the developer with gadget toolkits. These tool- 
kits generally attempt to provide a large number of 
simple as well as sophisticated user interface compo- 
nents. The idea is that given a plethora of low-level 25 
building blocks, the interface designer may use. com- 
bine, and organize them in ^uch a way that he can bal- 
ance size, speed, and complexity issues. Unfortunately, 
this method of defining user describing and storing the 
core, fundamental input/output needs or capabilities of 30 
an application. And it does not necessarily give any 
indication of the raw subjective information the de- 
signer considered in order to select from the gadgets 
available and to lay them out. 

The generic UI object library overcomes these limita- 35 
tions. Input/output needs arc abstracted to the highest 
level possible. Functional needs arc identified and 
placed into distinct categories, called generic UI object 
classes. The subjective, descriptive thoughts and con- 
siderations previously existing solely in the mind of the 40 
UI designer are stored as characteristics, known as 
hints, of the application and its user interface. 

The following sections elaborate on how the new 
model improves substantially upon prior art. on a prac- 
tical as well as a conceptual level. 45 

Abstractions In Scope 

To properly present a given application in any num- 
ber of different specific user interfaces, it is necessary to 
abstract many higher-level functional requirements of 50 
the application. Otherwise there is a risk that an inter- 
face specified for one style guide which might contra- 
dict the requirements of another. For instance, two style 
guides may conflict in their requirements for what must 
appear in the "File" menu: 55 

Hypothetical Specific UI "A" Example 

Style guide "A" requires "File'* menu to have these 
menu items: 

New — creates a new document 60 
Open . . . —opens a previously created document 
Close — closes an open document (user chooses 

whether to save changes) 
Save— saves changes but does not close document 
Save As . . . — save changes under a different name, 65 

original document is untouched 
Copy To . . . —copies modified document to another 

file name 
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Exit— exit from program (user chooses whether to 
save and close document 

Specific UI "B" 

Style guide requires "File" menu to have these menu 
items: 

Create — create a new document 

Open . . . —open a previously created document 

Close — close and save a document 

Quit— end program (automatically save document) 
A specific UI specification which provides a "File" 
menu with the items required for specific UI "B" would 
be an illegal interface for specific UI "A" since menu 
items are named differently and function differently. 
This problem is solved by abstracting the fundamental 
need for "document control" within an application. 
Most applications have a need to manage and manipu- 
late documents, so the generic UI object library pro- 
vides a single GenDocumentControl Class object. This 
object, if chosen for use in an application's interface, 
stores the abstract concept that the application performs 
operations on files and therefore needs the user interface 
to allow the user to manipulate files. The generic UI to 
specific UI interpreter software for each of the above 
specific UIs processes the existence of a GenDocument- 
ControlClass object by creating the appropriate file 
menu, as specified by die style guide. 

By contrast, conventional methods of application 
design often require the developer to create two distinct 
executables to conform to A and B's style guides. One 
would contain code to generate the proper File menu 
with the one type of behavior. The other would contain 
different code to generate the shorter File menu with 
another different type of behavior. 

Abstraction of Function 

A common interface requirement of an application is 
to let the user choose between a number of different 
options. Some of the gadgets available in different spe- 
cific UIs which may be used to accomplish this are: 

a scrolling list of items, of which one is highlighted 

radio buttons, of which one may be selected (pushed 
in, like the buttons on a stereo receiver to 

choose between Tuner, Tape, CD, etc.) 

a menu of items, in which the last one selected is 
checked 

a pop-up list, whereby the current selection is shown. 
Clicking on it brings up a window which shows the 
rest of the possible selections. Dragging the mouse 
over the desired item and releasing selects it. 
Most specific UIs offer one or more of these options, 
yet the basic abstract input/output requirement is the 
same — the user may choose one item out of a list of 
several. The generic UI object library classifies each of 
the gadgets above as being functionally identical, and 
thus provides only the GenListClass object. The choice 
of specific implementation is left up to the UI inter- 
preter. As a result, applications are not bound to only 
using a particular gadget. For example, a traditional 
application might choose to use a scrolling list. A pop- 
up list might be more appropriate, but suppose it hadn't 
been invented yet. The application is stuck with the 
scrolling list because it is hard coded into the program. 
With the new approach, the application would take 
advantage of the newest technologies available. Con- 
versely, the GEOS application also works properly 
under a specific user interface which forbids the use of 
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scrolling lists, whereas the traditional application would He would choose a pop-up list gadget containing the SO 

not. states since it takes up less space than a scrolling list. He 

^-r,*. . ^ would also implement the functionality necessary to 

Storage of Subjective Design Considerations ^^^^^^ ^^^^^ ^j^^^ ^^j, ^^^^^ »„ov- 

In order for existing and future UI interpreters to 3 ice" mode. If he were writing for Specific UI Q he 

make intelligent decisions on the choice of UI gadgetry, would not include the option at aU, since the UI is de- 

the proper information must be available. Beyond the signed for novices. Each of these decisions for each of 

functional behavior that the application needs or ex- the specific UIs would be coded into each different 

pects, the designer knows other, less tangible informa- version of the application. Changes in the UI for any 

tion. For instance, when implementing a list where the 10 one of the applications would require the program to be 

user chooses from a number of different options, the modified or rewritten. ~ 

designer might know which of the following general Now, let's look at the n^w design process. Function- 
characteristics might apply: ally, the designer knows that the user has the choice of 
This feature is obscure one item out of fifty. So, he chooses a GenListClass 
This feature is commonly used IS object, which encompasses the abstract functionality of 
This feature is easily understood choosing from a list He attaches a list of the SO states to 
This feature is advanced choose from. Next, he assigns subjective considerations 
He would probably know more specific characteristics: to the object, selecting the following hints: 
Want to see as many of these items at a time as possi- feature is important 

ble when choosing 20 ' feature is unnecessary to functionality of application 

Going through each item one at a time while choos- feature should occupy very little screen space 

ing is fine user does not need to see all of the options at once 

Want to see all options (selected and unselected) at all That*s it. He*s done. No program code is written. 

times Subsequently, when the application is executed under 

These subjective pieces of information can be enu- 25 each of the three specific user interfaces, the associated 

meratcd and appropriate statements "stored'* along UI interpreter chooses a gadget to fit the description, 

with generic UI objects. In this case, the GenListClass . «t* a r ^ 

object would be able to incbrporate all of the consider- ^P^^'^^*^ ^ InterpreUUon 

ations listed above. Because the component is a list object, it is imple-. 

30 mented as a scrolling list gadget (no other gadgets are 
^^^^^ avaUable). 
A hint is an embodiment of human/computer inter- %r wn » t * 
face criteria for an application, stored digitally. The ^P^^^^*^^ ^ ^ InterpretaUon 
following example illustrates how they are used. First. Because the feature should "occupy very little screen 
suppose we have three hypothetical specific user inter- 35 space, it is implemented as a pop-up list gadget. Further- 
faces: A, B, and C. Their style guides might specify the more, since it is unimportant and uimecessary", the 
following: component is removed when the user selects the Novice 

T mode. 

SpedfiC'UI-A-^ 

Scrolling list gadgets " 40 Specific UI C Interpretation 

^ — :>^TT| Tj Because the feature is "unimportant" and "unneces- 
SpecificJJI B sary," it is not included in the application's user inter- 
Requires an "Options" menu, which has "Novice'* face, 
and "Advanced** menu commands. Advanced features So, by merely defining the application's user interface 
should only appear when "Advanced" menu item is 45 using generic UI objects and hints, the single applica- 
selected tion executable can be run under many different specific 
Scrolling list gadgets user interfaces at many different levels of functionality. 
Pop-up list selection gadgets To the developer, it's a better product and time and 
T TTi n resources are saved. To the user, it's five (or more!) 
P^vl?I_rS^ 50 programs for the price of one. 
Intended for novice users—applications should pro- * jj-.- i «• * i 
vide basic behavior and not be overiy complicated Additional Hint Examples 
Radio button gadgets The defmition and incorporation of a comprehensive 
»? I o 1 TTT ^ set of hint values greatly increases the adaptability of 
Example: Sample3JI:Component applications to future developments in user interface 
Let's look at how we would describe a UI component technology, 
with the old and the new approach. Suppose our appU- Therefore, the OEOS process offers many different 
cation required the user to choose one of the SO states. types of hints. In addition to functional hints as de- 
For the application, the state selection item is unimpor- scribed above (size, importance, etc.), there are task 
tant and unnecessary to its functionality. 60 related hints. For instance: 

Traditionally, the designer would think about the UI This feature would appeal to someone constructing a 

component and the many different ways he could pres- resume 

ent it. He would weigh the considerations imposed by This feature would appeal to someone constructing a 

the fact that the item is unimportant. If he were writing term paper 

for Specific UI A, he would choose a scrolling hst gad- 65 This feature would appeal to someone constructing a 

get containing the 50 states since he had no other report 

choice. If he were writing for Specific UI B, he would This feature would appeal to someone constructing a 

have a choice between a scrolling list and a pop-up Hst. schedule 
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This feature would appeal to someone constructing a • • 

poster inheritance 

These hints might be used by a task-oriented specific classes have instance data and methods in common 
user interface. Other types and categories of hints can with classes above it in a hierarchy 
be defined. The more of these that are incorporated, the ^ 
better the implementation of an application's user inter- 
face under future style guides (e.g. one developed for specific incarnation of a certain type ^(class kofiobjects 
3D holographic computer displays). ... 

Before explaining the embodiment according to pres- ^ 

ent invention, it is useful to list some more conventional module of executable code which is dynamically 

definitions in a glossary. loaded into memory when needed by one or more appli- 

cations. Only one copy of a library module is loaded at 

Conventional Glossary ^ ^ ^^^^ ^^^^^^^^ applications 

application . ^ 

menu 

tool which allows a person to use a computer to , . . ^ , >^ . „ 

accomplish a task rectangle contammg a group of controls (basically a 

"multiple-choice" control). Usually accessed as a pull 
applicatioiiBprogrami^ down menu from the main menu area or as a pop up 

the package ^H SSllj^^T ^that the ^0 menu from any place on the screen; the drawing of 
operating system makeTl^^^l^Silprogram and the * ^^^^^ ^ illustrative menu 

techniques developers use to call them message 

button an object sends a message to another object to make 

one-choice element of a control area or a menu, used perform a particular action 
in various ways such as to execute commands, display method 
pop up windows, and display menus; See FIG. 46 

program code in an object which responds to a par- 
check box ticular message 

non-exclusive setting that shows a check mark in a modal 
square box when the setting is chosen; see FIG. 47 

usually used in conjunction with "dialog box*- 
class *— means that the user must respond before continuing; 

group of objects with identical types of data and 35 can do nothing else 

object 

data structure self-contained data structure which contains instance 

tables of data including structural relationships methods 

declarative language object oriented programming 

programing language in which the order of execution programming language based on self-contained ob- 
is well defined, branching and looping as necessary; jects which send messages to each other to get things 
individual functions and procedures operate on sepa- done 

rately defined and maintained data 45 

operating system 

development tool program which acts as an interface between applica- 

tool, generally a software program, which is either tions and the computer hardware 
essential to the application development process or . . 

which makes the process faster and more convenient ^ 

single dot on the screen arranged in a rectangular 
dialog box gj^^j. iinages on the screen are composed of many indi- 

rectangle containing elements that elicit responses vidual pixels of certain colors; the drawing of FIG. 5 
from the user, typically several at a time; the drawing of shows a curve formed from individual pixels 

FIG. 3 shows an illustrative dialog box . , , 

procedural language 

environment programming language with a well defmed flow of 

combination of an operating system and the particu- execution during which procedures operate on data to 
lar computer on which it is used ^ accomplish tasks 

executable resource 

binary file which contains application code; single file data or code, separate from actual program code, 
which may be run by the user stored in a resource file 

graphic user interface resource file 

user interface based upon pictures and objects rather file or part of a file that contains data used by an 
than text and commands application, such as menus, fonts, and/or icons 
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scalable user interface Objects 
user interface which allows the same applications to Objects are self-cont^SS^^wiits (data structures) 
be accessed at various levels of functionality and com- which contain data (called instance data) and proce- 
P^*^'y 5 dures (called methods) to-modifyitheir own data, Ob- 

scroll bars ^^^^ ^^."^ receive messagc'T For example, suppose 

a dog is an object. The commands you give him are 
control used to moye the view of the data displayed messages. He learns those commands, and the responses 
in a view; the drawing of FIG. 6 shows a representative he remembers are his methods. So, if you instruct the 
^^^^^ ^ar 10 dog to "Sit," you are sending him a 637 Sit" message, 

scrolling list "® receives the "Sit" message, initiates his "Sit" 

* method, and subsequently sits on the ground, 

pane containing a list of text fields. The list can be 
read-only or it can be editable; the drawing of FIG. 7 Messages 
shows a representative scrolling hst ^ ^ . A message roughly corresponds to a procedure call in 

style euide ^ Pascal. An object sends a message to another ob- 

ject to make it perform a particular action. This is also 
document intended to impose visual and operational known as invoking another object's method. This way 
consistency across the set of applications running in a accomplishing tasks is a natural extension of how 

particular environment. See Appendix E. humans interact. For example, referring to FIG. 11, 

submenu when a traveling salesman appears at your door, you 

say, "Go away," and he leaves. You give a command 
menu that displays additional choices under a menu and expect the recipient to handle it This is how users 
item on a menu; the drawing of FIG. 8 shows a repre- 25 interact with their computers, and this is why object- 
sentativc submenu oriented programming lends itself so well to a user- 

- driven system, 
system software 

see operating system Methods 

30 Methods directly translate to procedures and func- 

^ tions in procedural languages. A method is the program 

hierarchy of objects; the drawing of FIG. 9 shows a code in the object which responds to a particular mes- 

sample tree hierarchy structure sage. In the above example, the salesman's "Go away" 

:„4^rf^^ nu\ method was his knowledge that when someone says 

user mtenace i^vi) 35 ..q^ ^^^^^^ aroMnd, walk away, and 

set of rules and conventions by which a computer remove your name from his list of potential customers 
system communicates with the person operating it (bis instance data). 

user interface component Classes-^ 

see user interface gadget 40 Classes_are_group^f-objectsjwithJdentical^^ 

,.c«f data and methods^ObjecU in a class share^comin^^ seU 

user mterface gadget d^tT^d'lmo^edge of how to respond Jojcertaih^ 
item which has some function in allowing the user to messages. Each objeclircalled:an'*'imta5M'lof axlass.-^ 

communicate with the computer, e,g. button, menu, For instance, the salesman-aboyejnightibe an instanS^ 

window 45 of the:l*Acme-Encycj^e^^ and 

. . other fellow instances of the "Acme" class all know 

user mtenace tool Jat how to respond to a "Go away" message because of 

collection of user interface gadgets offered by an training from their supervisor, 

operating system for use by applications Classes_are_organized_in-^a- hierarchical-struc ture. 

. 50 Classg^inlwrit^ehavibr"frdm~classe above it For ex- 

ample, the class "dog" might be defmed as: 

rectangle containing application elements; the draw- 

ing of FIG. 10 shows a sample window Pretty Dog 

. Poodle 

Object Oriented Progranmung 35 Doberman 

Object-Oriented programming is an approach to pro- Ug^V 

graming which is vastly different than traditional proce- ^^11 

dural programming. Programming languages such as C Q«mnU n-cc ui^^.^u,, 

and Pascal consist of functions and procedures which ^ ^^"'P^*' Hierarchy 

manipulate data. The program code executes in a well- Inheritance 

defined order,, looping and branching when necessary. The class Dog has subclasses Pretty Dog and Ugly 

Objcct-onentcd programming, on the other hand, Dog. These subclasses may have subclasses of their 

groups dau and procedures in a bundle known as an own. Due to inheritance, if the class Dog contains a 

object. There is no predictable flow of execution. 65 method "Sit," then every subclass (Pretty Dog, Ugly 

The five main concepts of object-oriented program- Dog) also understands that method. So, if an instance of 

ming are: objects, methods, messages, class, and inheri- the class Poodle receives a "Sit" message, it doesn't 

tance. Each is described below. need to have its own "Sit" method. It simply passes the 
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message up to the class Pretty Dog which passes the software and automated style guide interpreter to read 

message to the class Dog. the generic description and produce on-screen repre- 

Why Is Object^riented Programming Natural? J^"'*''*'!'^ adhering to any particular specific user inter- 

iiy v/ujcwi v^iiciiicu nvnioiui ung, .uiuoir j,^^^ ^^^j^ ^^^^ GEOS systcm accomplisfaes this 

The world in which we live is composed of objects. 5 task through a two step process. 
And as we saw earlier, we accomplish much of what we Firstly, the application developer defines his pro- 
do by sending messages to other objects in our world gram's userJnterface.using-UI-objccts-with^special 
and reacting to their messages. Furthermore, we gener- propertiesthat.allowhim to express the user interface 
ally do things by ulUng other objects what we want ^^^^ ^f his application. 

done rather than by explaining in great detail how to do lo Secondly, the OEOS systcm reads the description, 

Uiem. The how describes the procedur«and is part of interprets it, and produces a realization of the program 

the procedural programming model The what de- ^^^^^^^ ^^ich visually and behaviorally con- 

scnbes the task, the problem, and its solution m descnp- j^e explicit and implicit guidelines of a particu- 

uve, or declarative, terms and is part of the declarative Because-this-interprctation-is-done at 

programming model of which object-onented program- ij the-QST^y sWitch spe^ific.user in'terfaces 

mmg IS a pnme example. When you give your computer ( Mofff to Openlook) at any time/ 

a pnnt message, you don t tell it, "Now I want you to C *^ / / 

take this document that I've just fmished creating and The Automated Style Guide 

analyze its bitmap structure. Got it?" You just tell it to --^^ v j * v .t. 

print and expect it to follow. 20 v GEOS process shortens and streamlmes the ap- 

Similarly, if you give an assignment to a subordinate, plication development proems by removmg the step m 

you generally say, "I need the quarterly objectives ^^^^ *!lf "IT designed to fit a particular 

report on my desk by 3KX), Jim." You don't say, "Jim, I ^fV^^ ^EOS system provides what is essen- 

want you to sit down at your desk. Take out a piece of ^ ^uto style guide. Appendix E explains the role 

paper and a pencil. Now, put at the top of the paper .^25^^^ ^^^^^ ^^^^ nuances of each specific 

, ** user interface are implemented by the GEOS system. 

But these descriptions— simplified for illustra- The application simply defines its user interface using a 

tion— are good summaries of the differences between generic model. This generic model, in essence, decou- 

procedural programming and object-oriented program- ples the application from its user interface. The applica- 

ming. The world just doesn't work procedurally. Con- 30 developer specifies the application's user interface 

sequently it is much easier to write programs designed in terms of common semantic properties, rather than 

to emulate or simulate reality and intelligence in object- specifics of the particular user interface gadgets. 

oriented programming environments than in more As a result, the systcm can support a scalable environ- 

procedure-oriented environments. See Dan Shafer, ment and several GUI specifications with the same 

Hyper Talk Programming. 35 application code. Under the generic model, the dcvel- 

TT T T , oper specifies the application's user interface in terms of 

How Is All This Implemented? ^^^^^^^ ^^^^^^^^ J^^^^^^^ ^^^^^ ^^^^^.^ properties, 

Objects arc intrinsically related to classes. Think of a and guiding hints, rather than specific user interface 

rolodex with printed sections for name, address, and gadgets. These generic objects are placed in a hierarchy 

phone numbers. Every time you fill one out, you create ^ to demonstrate their relative importance and interde- 

an object. The format of the rolodex card is the class. So pendencies. 

then, whenever you fill out a rolodex card, you are Once the application's user interface is described in 

creating an instance of the rolodex card class. The way generic terms, the GEOS system maps each generic UI 

that the format of the rolodex card is presented to an object to one or more specific UI objects, depending on 

operating system is known as a data structure. Objects 45 which specific user interface is chosen. For example, an 

(and classes) are implemented as data structures. Data application's UI file might specify that a list of options 

structures are tables of data including structural rela- be presented to the user. Depending on the attributes 

tionships. So a UI object, with its moniker, attributes, and "hints" of the generic object, this might be imple- 

and hints would be a single data structure in the form of mented as a submenu in OpcnLook or as a dialog box in 

its class. OSF/Motif TM . The conversion from generic to spe- 

Thc GEOS^Pi^^MS^ofA^^ii^^ interface is transparent to the application. The 

— ' GEOS system can accommodate any number of specific 

Introduction ^5^^ interface libraries. 

Object oriented programming is not a new concept. In this manner, the GEOS system makes sure that the 
Neither is the idea of using objects to represent user 55 end result of the specific user interface transformation 
interface components. What is novel is the way of using conforms with its corresponding style guide. This is an 
objects as UI components such that the GEOS operat- important step. Style guides, as explained before, pro- 
ing system can interpret what those components are vide guidelines and specifications for application de- 
intended to do. Then GEOS can create the actual, vi- signers to follow when they design their program's user 
sual and behavioral application UI to be a good inter- 60 interface. Given a particular set of human-to-computer 
pretation of any number of style guides. interaction needs, it defines which specific UI compo- 

The GEOS process changes the process of designing nents to use. Sometimes style guides are very specific: 

an applicatipn's-uscr-interfacc-The user interface de- for example, OpcnLook specifies that main controls are 

signer weigfis^the^hinnan/cbmp^e^^ to be organized in a scries of button menus and most 
considerations against application input/output~require^65 style guides ask that menu items end in an ellipses ( . . . 

ments and creatc£^gcncric-uscr, ) if the user will be asked for more information before 

(in the form of objccts^with.att ribute srand-hints). The the operation is carried out. Sometimes style guides are 

GEOS operating systenTusc^sits spcdfic'^scr interface very general: for example, there is a certain safe guide 
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which is not clear on, given a dialog box used to set instances, the options trigger and the enable trigger, of 
properties, whether to supply OK, Reset, Cancel, and the GenTrigger class. When an application needs a 
Help buttons or Apply, Reset, aose, and Help buttons. particular Ul component (a button, for instance) it 
So, due to the complexities and nuances inherent in the chooses the appropriate generic class (GenTrigger) and 
process of designing the specifics of an appHcation*s 5 asks the GEOS system to create an instance of that 
user interface, developers may be forced to spend signif- class. The application can then use the resulting generic 
leant time and resources tweaking their designs. With UI object as part of its user interface. Each individual 
the GEOS system, this step is automated and relatively UI object has its own instance data whose scope is 
painless. determined by the UI class. There are two kinds of 

This method of implementing the user interface pro- 10 instance data: attributes and hints, 
vidcs benefits for developer and user alike. The user can -----^ 
purchase one application^a word processor, for in- User:lnt«fecei€6mponcnts 
stance. Then, depending on his personal preference, he When an application needs a particular UI compo- 
may run the program with a Motif, OpenLook. or New- nent (a button, for instance) it defines a generic UI 
Wave user interface. If his son wants to type a quick 15 object that represents the functionality inherent in the 
letter, he can switch to a user interface designed for type of component desired. The GEOS system provides 
novices, for example. different types of generic UI objects which determine 

The developer saves untold time and resources which the general category of functionality wanted. Special 
would have been spent designing, thinking about, and properties of that object are set to convey more detailed 
redesigning the user interface for his program. And just 20 as well as vague information about the human/com- 
for one specific style guide. With the GEOS system, puter interaction design considerations and application 
one application runs under different style guides (we input/output requirements. 

refer to the implementation of a particular style guide as Basically, these generic UI objects are data structures 
a "specific user interface.") and different levels of com- with two different types of instance data— attributes 
plexity (which is really just another style guide). 25 and hints. ^ 

Defining an Application's User Interface Attributes^^:;^ 
An application defines its user interface using generic Attributes defme_the_behavior_and/or appearance of i 
UI classes. a UI Object in a^very specific manner: an. attribute isJR 

Gcnenc:User:Interface:Glasses ^[^^ ff^"^ ^ definite set of attributes*^ 

— associated with every UI object class. When an apphca- 

Generic UI classes are abstract types of user interface tion sets an attribute, it can be sure that the specific UI 

components, By^thoroughly researching and analyzing component that the GEOS system selects exhibits the 

existing and proposed-GUIs, GeoWorks identified the desired behavior. 7 
major kinds of user interface components that were 35 For example, setting the modal attribute for a dialojf 

common. Abstracjdng these components— reducing box ensures that the user must respond to it before conl 

them to their functional essence resulted in ten generic tinuing. Setting the disabled attribute for a trigger dims 

UI classes. For example, all specific UIs need a method the trigger's label (called a moniker) and does not allow 

of initiating an action hence the generic trigger class. A the user to select it. 
list of the major generic UI classes follows: 40 
GenAppHcation, manages the various top-level win- Monikers 

dows of an apphcation A moniker is a special attribute every UI object has. 

GenPrimary, provides the main window for an appli- Each UI object may be given a moniker, or visual repre- / 

cation, grouping and managing all of the i controls sentation, though a moniker does need to be defined for 

and output areas for the application 45 every object. It could be the name of a button or the 

GenTrigger, represents a pushbutton that initiates a icon to be displayed when a window is minimized. A UI 

certain action when triggered by the user object is not restricted to a single moniker: a list of 

GenSumraons, ehcits responses from the user, typi- monikers may be defmed. Depending on the situation 

cally several at a time and context, the GEOS system uses one of the moni- 

Genlntcraction. serves as a generic grouping object 50 kers. For example, an application may defme different 

(group of controls, non-modal dialog box, menu, or icons for CGA, EGA, and VGA monitors to optimize 

sub-menu) the its appearance. The GEOS system displays the 

GenRange, allows the user to interactively set a valua proper one for a particular user's set up. Some UI ob- 

within a discrete range of values ^ jects may have several textual and pictorial monikers. 

GenList, groups multiple selection items (to set op- 55 GEOS chooses the appropriate moniker. 

tions, and so on) 
GenView, provides an area of the screen on which a 

document may be shown Hints provide additional information about the UI 

GenDisplay, displays and manages one or more sec- object in question. An application's needs arc not al- 

ondary windows 60 ways absolute and may be interpreted differently (even 

GenTextEdit and GenTextDisplay, provides text ignored) by different specific UIs. Some visual and 

fields with differently formatted text, keyboard behavior aspects of UI objects should not be imple- 

navigation, cut and paste, and other editing func- mented as attributes because of this. In other words, 

tionality there are some UI components or functionality which is 

Generic User Interface Objects " '.^ ^1 'P*=^*^!^ Those capabilities can- . 

not be attnbutes, smce not all specific UIs support them. 
Generic UI objects are instances— specific incama- Therefore, they become hints. When the developer 
tions— of generic UI classes. FIG. 12 illustrates two assigns hints to a particular UI object, he cannot be 
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certain that the hint will be implemented by any one of FIG. 14 shows how this particular generic UI specifi- 
specific UI. cation might be realized by GEOS for Motif. Note that 

There are two types of hints: command and declare* GenApplication has no visual representation. 



tivc, 

Command Hints 



Decorations 



Decorations are additional specific user interface 
Command hints arc direct requests for a specific im- components that the developer does not request, but 
plcmentation of a UI component. A developer would that the GEOS system provides in order to maintain a 
choose to use a command hint when he had a specific good implementation of a particular style guide. For 
UI component style in mind. For example, an applica- 10 example, note that in the sample application above, 
tion may explicitly ask for a scrolling list (HINT.S- GEOS adds the buttons in the upper comers, a resizing 
CROLL-LIST) or check boxes (HINT-CHECK- border, and a "pin" option in the menu. These are all 
BOXES). Not all specific UIs offer the capability to accoutrements which the Motif style guide, for exam- 
follow command hints. For instance, some specific UIs pig, states should exist and function in a certain manner, 
allow the user to use the keyboard to navigate menus 15 The developer docs not need to worry about remember- 
and dialog boxes. To support this, certain UI objects -^^ t^em or asking for them, since they may be different 
'^''fLZ^'^^.^^^'f^}^}^ for Open Look or New Wave, for example. This is 

and HINT_NAVIGATION-NEXT ID hmtsj^or anoth^example of how the GEOS system ensures a 
cxaniple Motif might make use of this hmt, but Open- interpretation of style guide without needing ex- 

Look might Ignore It because the style guide does not 20 ^-^^ ^^^^^^^^ ^^^^ programmer, 
allow such navigation. The GEOS system fulfills a 

particular command hint in any specific user interface Specific User Interfaces 

that supports it. Specific user interfaces are implemented as libraries. 

Declarative Hints 25 ^"^^ ^ group of students can go to the public 

Declarative hints are more vague; without referring ^^'^^.^^^ ^J^^^ an encyclopedia, programs can 
specifically to a particular impler^^iution, they give aS ^ library modules. Libraries are modules of execut- 

indication of the functioiiality of the UI object iS ques- ^^^^ code which are ^d^ . 
lion. For example, a generic UI object containing a list ^^^'^n ^^«ded by .one or more applications. Only^one 
of possible actions may have a HINT-MENUABLE, 30 ^^P^ ^ J^^^^y module is loadcd^at-a^time^^ is 
indicating that the developer envisions the list being fhared by^ executing applications. Specific Ul iibrar- 
presented in a menu. However, perhaps a specific UI .^^^ responsible for interpreting the genenc UI de> 

designed for novice usere states that a menu is too com- fcnption and implementing the actual application's user 
plex. Then the GEOS system implements the list of interface. 

actions as a simple series of large, plainly visible but- 35 Programming Examples 

tons. Or, similarly, an option in that menu may have ^ — --^ ere 
hints suting that it is advanced, infrequently used, and '^^ ground out^the^above XOTcepj; Jet:s^co^ 
potentially dangerous. Then a novice specific UI would desigmng a simplezuser-interface the conventional way 
remove the trigger altogether. VQTsns the ^OS-wayr We will not worry about the 

Once again, declarative hints may or may not be 40 underiying application funcUonality. We shall create a 
implemented by a particular specific UI. For instance, simple user interface in two different specific exemplary 
CUA does not allow submenus in the menu bar. A "S^r interfaces (Macintosh and OS/2 Presentation Man- 
Genlnteraction object with the hint HINT-MENUA- ager). We will end up with two separate executable 
BLE that is inside of another Genlnteraction object applications. Then we shall do the same in accordance 
with the hint HINTMENUABLE would be imple- 45 with the GEOS process, and show how the resulting 
mcnted as a submenu in OpenLook or Motif. However, single executableappUcation-can be displayed in any 
in CUA, it would be added to the menu and set apart by number of specific.user-interfaces.-^ 
separators, since submenus are Ulcgal according to the Macintosh Example 

style guide. *^ 

150 Let's create a simple user interface on an Apple 
Macintosh— a single window with a FUe menu contain- 
ing five commands, New, Open, Save, Save As, and 
Quit. 
^ w - . J w. w. w^jww*.,, vw Macintosh applications make use of many resources, 

the^relative importance and interdependencies of each 55 such as menus, fonts, dialog boxes, and icons, which are 
object. This provides an indication of which compo- stored in resource files. For example, an icon resides in 
nents ought to be in plain view and which can be hidden a resource fde as a 32-by-32 bit image, and a font as a 
one or more layers deep. The illustrative drawings of large bit image containing the characters of the font. In 
FIG. 13 show an example of such a generic UI tree. A some cases the resource consists of descriptive informa- 
description of the generic UI tree of FIG. 13 is provided 60 tion (such as, for a menu, the menu title, the text of each 
in Appendix A. Appendices A-E are expressly incorpo- command in the menu, whether the command is 
rated herein by this reference. checked with a check mark, and so on). The resources 

Given a generic user interface description such as the used by an application are created and changed sepa- 
one in FIG. 13, the GEOS system can implement it in a rately from the application's code. This separation is the 
number of different specific user interfaces. It automati- 65 main advantage to having resource files, A change in 
cally sizes menus, fields, and boxes; it places buttons, the title of a menu, for example, will not require any 
scroll bars, and text— all the while adhering to the spe- recompilation of code, nor will translation to another 
cific user interface style guide. The illustrative drawing language. The preceding together with the following 
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description and code fragments arc from. Inside Macin- tion supplies grapliical templates which the program- 

todi, Volume 1. mer uses to create and edit resources. For example, the 

So. to create the sample application, the programmer programmer formats dialog boxes in the editor, manu- 

would first make use of graphical, interactive develop- ally si2ing the border, adding text blocks, setting text 

ment tools on the Macmtosh to defme the menu and its 5 ^tyjes, pacing buttons, and so forth, 
contents. He would first create a new menu resource. 

Then he would add commands to the menu (New, GEOS Example 

Open, Save, Save As, and Quit). Finally, he sets the ¥ *i. r-ci-kc . ^ , 

attributes of the menu and its choices (e g, no check- ^ .th= GEOS proce« the programmer dcfines-Oie 

marks, separators between Save As a^d Quit. etc.). 10 ""^ ? ^ '''^1^''°^^^ 

Below is a complete list of all the resources he would T}i«-?:o?>Jects haveattnbu^^ 

define: or Macmtosh,:0^c6,^t^these attnbujtc^ 

Menu (resource ID #128).menu with the apple sym- repj^t-an^a^ctiO^apaceoilbeHav^^ 

bol as its title and no commands in it common_ta;gl-specific-UIs. Pecu liarities of different 

Menu (resource ID #129)-file menu with commands 15 specific UI implementations ar> accommodated 

New, Open .... Save, Save As .... and Quit through the:use:ofJiints.>, 

commands Appendix D providesa sample tiser interface descrip- 

Window template ( resource ID #128) — document tio" ^^Ic- 

window without a size box; top left comer of ti t • 

(50,40) on coordinate plane, bottom right corner of 20 . Interaction 

(300,450); title "Sample"; no close box Perhaps the most vital aspect of computer use is user 

Each menu resource also contains a "menu ID** that's interaction with the computer, for what use are hun- 

used to identify the menu when the user chooses a com- dreds of features and a clear and concise user interface, 

mand from it; for all three menus, this ID is the same as if the user cannot easily make use of them? Most graphi- 

the resource ID. 25 cally oriented systems make use of a device called a 

Excerpts of code to mitialize and display these re- mouse. The user slides the palm-sized object around on 

sources are provided in Appendix B. ^esk. and a pointer on the screen moves in accor- 

r^trl'f^.'n ^J'^^'^'^l^ "^fr^^^^r^ '^'''^'^ ^ '"^y ^^^^ o^^^ to-thrce buttoiis. Moving 

result m the on-screen shown m FIG. 15 ^^^^ the^scf^^^SSTcan click on 

Note that the code required to create this particular 30 v„**r«. • j — .fV^.z: " 

on-screen representation is very specific to the Madn- * '^^}?5^dow^.5^4^^^ 

tosh. For instance, if you would like to make the appli- ^ n^^rly; every^specific.^^^^^^^ 

cation's appearance and behavior conform to the CUA ^"^'^^ descnbmg^isual:andtbehayior^ aspects of the 

(Sort Presentation Manager) style guide, everything ^j™' nearl^eyery^specific user.interfacerstyle^gmde 

would have to be rewritten. 35 ^^"^^ user;mteractiofjxonvention 

ways that abuser could^possibly.click and dragTand dou- 
OS/2 Presentation Manager Example ble click'^thXleft^utfon and jripl^^ 

Let's create the same user interface in OS/2 Presenta- s° on that these conventions-are-necessaryr'^ 

tion Manager. OS/2's style guide (CUA) and operating So, once again. Geoworks identified a problem. Con- 
system are quite different than Apple's, so user interface 40 ventional applications generally handle their own user 
designs need to be altered and code needs to be com- interaction. For example, referring to FIG. 17, if the 
pletely rewritten. user double clicks on any letter in a word, the applica- 

To create an application's user interface in OS/2 tion selects the entire word because that is what its style 
Presentation Manager, the code describing the user guide says to do. Notice that we have a parallel without 
interface is partially imbedded in the actual program 45 our earlier dilemma— different style guides have difFer- 
code. To display standard window with a simple menu. ent ways of handling user input. How can an application 
the designer would include the lines shown in Appendix be truly specific user interface independent if it has to 
C m his main program file (e.g. SAMPLE.C). The code worry about different types of user input? The answer 
fragmenum Appendix C are from Programming the according to the present invention is to abstract user 
OS/2 Presentation Manager by Charles Petzold. 50 interaction as well 

nnl?"?!^ T"^*" ^"^'^ ^^PP'"**^ ^ Let's follow how user interaction works in the GEOS 

piled and the resultmg on-screen representation of the ^^^.^^ „,;*v *^ cto 10 c * *! "'"^^.JT 

appUcation would look similar to the representation of '^'^^"^ ^^.P^^* f^^^' ^! apphcaUon 

PIQ 1^ ^ receives user mput. For mstancc. the user double clicks 

Notice that when developing in either OS/2 Presen- 33 ^^"^^ * processor under Motif. Then, the 

tation Manager or Apple Macintosh, the programmer application dctcnmnes the context of the user input. For 

defmes specific user interface components with specific instance, the user clicked on the second word in a word 

attributes. Then the program code accesses them and processing document. Next, the application passes this 

the operating system draws them on the screen. The information, the actual input and the context, to the 

actual mechanics of programming and development in 60 appropriate specific UI interpreter. Finally, the UI in- 

these two environments are very different. terpreter, given the context and the raw input, tells the 

In Presentation Manager, menus and menu-related application exactly what to do. For example, it tells the 

attributes are defined in a textual resource file. Attri- word processor to select the targeted word, 

butes of windows and other UI components are defined _ • . , 

via routine calls. Options are passed as parameters. 65 Conventional Development 

On the Macintosh, UI components are contained in There are two major problems with conventional 

separate resource files. Thus, their attributes, are de- user interface development; the time involved and the 

fined using a resource editor application. This applica- potential for difficult to use application user interfaces. 
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what vague. "Configuration" is a technical term, 
Time Printer Configuration options arc not often accessed, 

The current state-the-art operating systems offer a and possibly should not be here, for example. Clicking 
variety of tools and utilities to make the developer's life to cycle through the choices is not an intuitive or 
easier. However, no matter whether the program's en- 5 friendly way to accomplish the task-it doesn't plainly 
vironment is the NeXT computer or Microsoft Win- show the user all the possible choices, and if the user 
dows for the PC, for example, the developer still has to passes the proper setting, he will have to keep choking 
manually lay out every user interface component. He to get back to it. Print Quality options use is unclear; 
chooses the window style. He places the menu items. technical terms— NLQ, regular, and draft. What does 
He adds buttons and dialog boxes. He carefully places 10 mean? Is regular latter looking than NLQ? Go and Stop 
list of options and text fields in those dialog boxes, per- buttons are unclear as to their function. There is no 
haps moving them around a pixel (a single dot on the default-actioi^ 

screen) at time. He defmes the exact sizes and locations S^nd^ntop of it all, once the developers have created 
of every user interface component. Then he steps back a good interface for their application and spent lots of 
and makes sure that the resulting interface still adheres 15 time and money doing it, they still have to create an 
to the style guide set forth for his environment. He entirely view executable program to run in a different 
tweaks the design some more, steps back, and tweaks it environment under a different specific UI. 
some more. Finally when the user interface design is ^^^^^^^ ^^^^^^ 

fmaliy completed, the programmmg team wntc the rest 

of the program. Generally, at least 30 percent of devel- 20 The scalable user interface can be thought of as just 
opment time is spent designing and implementing the another style guide. It is simply a style guide designed 
user interface. with the user's computer proficiency very much in 

It is a time-consuming task to redesign the user inter- mind. For example, for novices, the style guide would 
face (that took so long to complete) of an application for state that the user should be able to plainly see all his 
other environments. In some environments it is easier 25 options. Thus, hidden menus (pulldown or pop up) 
than others. But in all of them, the designer is constantly would not be allowed. Scrolling views are also undesir- 
adjusting and worrying about making the result con- able because of their complexity. Visible methods of 
form with the style guide. And that can require much getting help need to be evident at all times. Thus, an 
time and hard hard work. Modifying it to adhere to automated style guide can run an application with its 
another style guide can also take much time and hard 30 normal style guide (such as Motif or Open look), or 
work. switch to one designed for novices. Conceptually and to 

the application developer, it's just the same as switching 
Differences in the Quality of UIS between two very similar "professional" specificniser 

There are many very good applications with intuitive interfaces^ To the user, it's like getting several programs 
and logical user interfaces. There are also a lot of very 35 for the price of one. 
powerful applications with user interfaces that are not Ooeration 
as intuitively easy to use. When the developers are ... 
solely responsible for making sure that their applica- Referring to FIG. 21, there is shown a diagram illus- 
tions correspond with the goals and objectives set forth trating the dynamic interaction of the constituent ele- 
in a style guide, there are bound to be some odd inter- 40 ments of the invention. The elements of FIG. 21 all are 
pretations. Given a stack of wood and power tools, a implemented in computer software. The Application 
master carpenter could build a beautiful and priceless software interacts with the operating system software, 
bird house. A less skillful craftsman might build a The operating system software includes the Generic 
worthless doorstop. Similarly, given the tools for creat- User Interface Object Library and Controller (GUI- 
ing a user interface, programmers could very easily 45 OLe)?^ultiple specific UI Intcrpreters_(SUns)-(6nly 
create less than optimal user interfaces. For example, one shown), and multiple specific UI Toolbox and Con- 
examine the case of a dialog box summoned when a user trollers (SUITC) (only one shown), and their respective 
selects the print command. There are many, many dif- driver software modules (only one set of driver soft- 
ferent ways that an application could handle this situa- ware modules shown). 

tion. Some are satisfactory, some are excellent, and 50 Application Data is operated upon by the Applica- 
others are less than optimum. For instance, FIG. 19 tion Software. A Generic UI Specification (GUIS)r3j 
shows a good layout for the print dialog box. The dia- which is associated with the Application, is operated 
log box design of FIG. 19 is good for several reasons. upon by the GUIOLC. Specific UI Application Inter- 
Firstly, it visually groups options into logical groups face Data is operated upon by the SUITC. 
with sensible titles— Printer Options and Document 55 Multiple Applications can run simultaneously. Each 
Options. The setting ofwhich printer is connected is not Application corresponds to a particular GUIS. It is 
one which the user frequently changes. Therefore, the possible to have multiple GUISs, that is, different 
options related to this are not even accessed through GUISs for the different Applications, 
this dialog box. Clicking Change Options . . . brings up The GUIOLC and the SUII serve to map Input/Out- 
a separate dialog box. The Document Options have 60 put (I/O) requirements of an Application to the SUITC 
descriptive, obvious names— high, medium, and low under which the Application is to be presented to the 
print quality. Print and Cancel give an good indication user. In the present embodiment, the GUIOLC pro- 
of what the buttons will do. Additionally, the extra box vides a series of generic UI object classes (e.g., GenAp- 
around Print indicates a default.actlon. good for experi- plication, GenPrimary, GenTrigger, etc. . . .). These 
enced users as well as novices unsure of what to do next. 65 generic UI classes act as an interface between the Appli- 
In contrast, the dialog box of FIG. 20 is can be a cation and the portion of the operating system software 
challenge to use. The options are not obviously grouped that controls the representation of a specific user inter- 
into logical divisions. The title Other Options is some- face for the Application, For example, when the Appli- 
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cation needs to represent a UI component used to initi- OenLtst object, and another Application might specify 
ate a certain user action, it speci^es the GenTrigger different instance data in its GUIS for the GenList ob- 
generic user interface object. From the standpoint of ject. The operating system using the exemplary SUII of 
the Application, the steps required to represent a com- FIG. 31, therefore, could represent a GenList object 
ponent for initiating user interaction merely involves 5 differently for the two Applications due to their differ- 
specif ying the GenTrigger object. As explained below, cnt GUISs. 

the operating system software, in accordance with the FIG. 32 illustrates the operation of another exem- 
invention, handles the details of actually selecting, ar- plary SUII. The interpreter of FIG. 32 is hypothetical 
ranging and otherwise managing the gadgets used to for a GenList object. The left column represents possi- 
represent the component. 10 ble gadgets from the hypothetical SUITC (not shown). 

Once the Application has specified a particular ge- The center column represents their arrangements under 
neric user interface object, a selected SUII uses the this interpreter. The right column illustrates the criteria 
specified object and instance data for that object to used to select the gadgets. 

interpret the manner in which the specified object is to From FIGS. 31 and 32, it should be appreciated that 
be represented In particular, the selected SUII selects 15 even the same generic UI object (e.g. GenList) using 
gadgets from a corresponding SUITC and arranges the the same instance data from the same GUIS can result in 
gadgets b accordance with attributes and hints in the a different UI representation when a different specific 
instance data for the specified object. UI is selected. For example, in FIG. 31, the specific UI 

Each Application can have a different GUIS associ- is OpcnLook, and in FIG. 32, the specific UI is a hypo- 
atcd with it. Thus, while two applications might specify 20 thetical UI. 

the same generic UI object, the different GUISs associ- FIG. 33 shows a further representation of a generic 
ated with the different Applications can result in differ- user interface object (GenList) and its instance data and 
ent representations (visual or behavioral) for the same two possible interpretations of it, one under a hypothetic 
generic UI object. This is because different GUISs can cal UI. and the other under an OpenLook UI. 
have different instance data. 25 FIG. 34 shows a representative hierarchy of generic 

In the present invention, the Operating System Soft- UI objects and their respective instance data. FIG. 35 
ware, rather than the application, indicates the specific shows possible Motiff and OpenLook interpretations. 
UI under which the Application is run. Thus, for exam- FIG. 36 shows a possible hypothetical graphical UI 
pie, if there are four possible specific UIs (with four interpretation. FIGS. 37 and 38 respectively show pos- 
corresponding SUISs and four corresponding SUITCs) 30 sible hypothetical interpretations under advanced and 
then the system software determines which of the four novice modes. 

is to be used by the Application (and which of the four FIG. 43 provides a dynamic block diagram which 
SUIIs and SUITCs). However, it is possible for the represents interpretation of user interaction by an oper- 
application itself to indicate which of the four (or more) ating system in accordance with the present invention, 
specific UIs is to be used by the Application. 35 A user provides an input such as a double click mouse 

FIGS. 23-26jllustratc how the same generic UI ob- command on text The Application passes the user input 
ject and the-GUIS"for a particular Application can command information (double click) and the context 
result in different visual representations when different information (over text) to a specific UI interpreter. The 
specific UIs are designated. In FIG. 23, a Gen- SUII interprets the input information and indicates its 
DocumentControl object and the instance data from an 40 meaning to the Application. The Application then can 
Application GUIS is shown. FIG. 24 shows a possible request the operating system to perform a function 
NewWave interpretation of the object of FIG. 23. FIG. consistent with the input (e.g., select a targeted word). 
25 shows a possible OpenLook interpretation of the It will be understood that different specific UIs can 
object of FIG. 23. FIG. 26 shows a possible Motiff interpret the same input differently. Moreover, the dif- 
interpretation of the object of FIG. 23. 45 ferent interpretations can depend not only upon the 

FIGS. 27-30 further represent how the same generic nature of the command but also upon the context in 
UI object and a GUIS for a particular Application can which the command is provided. The SUII shields the 
result in different visual representations when different Application from the details of user input interpretation, 
specific UIs arc designated. FIGS. 28-30 respectively Of course, as explained above, there may be multiple 
represent possible NewWave, OpenLook and Motiff 50 specific UIs supported by the operating system. As 
interpretations of the object of FIG. 27. explained above, the different SUIIs for the different 

FIG. 31 illustrates the operation of a representative specific UIs may interpret the user input (command plus 
sun for a GenList object under an OpenLook User context) differently. 

interface. Possible gadget choices available from the Referring to FIG. 41, there is provided a dynamic 
corresponding OpenLook SUITC are indicated in the 55 block diagram which provides a generalized rcprescnta- 
left column. The representation and arrangement of the tion of the operation of an object oriented system. The 
gadgets in accordance with this SUII is indicated in the present invention is implemented as an object oriented 
center column. The decision method used to determine system, although it could be implemented as a proce- 
which gadget choice to make is indicated in the right dural system (FIG. 39). 

<^^™n- 60 In the presently preferred embodiment, each generic 

Thus, the representative interpreter selects which UI object represents a -class. The GUIS for an Applica- 
gadgets (left column) and their arrangement (center tion provides instance data for the generic UI object 
column) based upon predetermined criteria (right col- class members. The multiple SUIIs include messages 
umn). The information used to test the criteria is found that point to methods for operating on the instance data, 
in the instance data of the GUIS for the designated 65 Thus, for example, when an Application is running 
GenList object. under a first specific UI, the generic UI object points to 

It should be noted that, for example, one Application the SUII for the fu^t specific UI, and the messages and 
may specify certain instance data in its GUIS for the methods of that first SUII operate on the instance data 
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of the generic UI object. If, on the other hand, an Appli- 
cation is running under a second specific UI, the generic 
UI points to the SUII for the second specific UI, and the 
messages and methods of the second SUII operate on 
the instance data of the generic UI object 5 

It will be appreciated, for example, that an Applica- 
tion and an SUII can communicate through a generic 
UI object. For example, referring to FIG. 31, the Appli- 
cation may specify the generic UI object GenList and 
communicate the message, delete "tomato". The Gen- 10 
List object, running under the OpenLook specific UI, 
for example, sends the message to the OpenLook SUII. 
The OpenLook SUII uses the message to identify a 
method that results in removal of the "totnato** moniker 
from the UI representation. 

Style Guides 

Style guides are documents intended to promote both 
visual and operational consistency across the set of 
applications running in a particular environment. To 20 
achieve this goal, design rules describe the user inter- 
face and design approach in detail. However, it is im- 
possible to anticipate all situations. So that consistent 
extensions can be made, portions of the document at- 
tempt to explain the rationale behind the rules, and the 25 
intended "feel" of the applications in question. These 
design rules are provided in pursuit of integration and 
consistency. Application programmers are asked to 
conmiit themselves to following the design rules be- 
cause of the importance of a cohesive, consistent set of 30 
applications. See, for example, HP NewWave Environ- 
ment: User Interface Design Rules. 

For example, the following is an excerpt from Open 
Look Graphical User Interface Application Style Guide- 
lines, It describes behavioral and visual guidelines for 
scroll bars (which allow the user to view portions of a 
large document at a time by "scrolling" up and down 
and left and right). 

"ScroUing with Scrollbars: This section describes 
information you need to specify for your application ^ 
when you provide scrollbars for a scrollable text region 



"Scrolling Objects of Unknown Size: In some situa- 
tions, it is impossible to determine the size of the object 
being viewed. For example, the result of a database 
query might be read in only as needed. Such situations 
call for a slight modification of the usual scrollbar be- 
havior. 

When the size of the entire object is not known, make * 
the length of the proportion indicator represent the 
length of the part of the object that is known at any 
given point" 

"If users scroll to the end of the cable — either by 
dragging the elevator or by clicking on the end cable 
anchor— scroll the view to the end of the data that has 
already been read in. To leave the elevator at the very 
end would be misleading, because the view is not at the 
end of all the data. 

When the elevator is not at the end of the data, bump 
the elevator a few pixels upward from the bottom 
cable anchor to show that the view is not at the true 
end of the data. Put a message in the footer of the 
window to inform users about what is happening. 

When users drag the elevator again or click on the 
down (or right) arrow, interpret that action as a sig- 
nal that users want to read in the next portion of the 
data." 

"OnQe the new data is read in, the scrollable object is 
larger, and you will need to adjust the position of the 
elevator accordingly." 

Releasing the application developer from having to 
deal with pages and pages of this is what the patent is all 
about 

While a particular embodiment of the invention is 
shown and described, it will be appreciated that the 
present system can be implemented differently without 
departing from the invention. For example, as illus- 
trated in FIG. 39, the invention can be implemented as 
a procedural system rather than as an object oriented 
system. Moreover, for example, in the present embodi- 
ment, the GUIOLC and the multiple SUIIs are separate 
modules. The GUIOLC and the multiple SUIIs can be 
implemented as a single module without depaning from 
the invention. 



Appendix A 



Application Object 



/* This application is in its own resource 50 that geoHanager 
• can load it quickly to grab the icon for the application. •/ 



start 



AppResource 



SaaplcApp - GenApplication ( 

/• GeoManager uses this token information to store the 
* application's Icon in a database, */ 



tokenChars - , 'A', 'M« , 'P * - 
tokenID - •MAmxrACTURER_ID_GW" 
children - SaaplePrinmry; 
active - YodaPriiuary; 



/• one child •/ 

/* have window 
appear when launched. 



) 



end AppResource; 
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/ 

Primary window 

./ 

stare Interface; /• This resources holds misc UI objects. •/ 

SaxBpiePriciary • GcnPrisiary ( 

moniker - ''Suiple Application"; 

genStates « default -maxinired; /* Do not open •/ 
children - SaatpIeView, SampleMenu /♦ laaximized •/ 
hints • ( 

HINT_N0T_MINIMI2ABLE 

I 



end Interface; 
/. 



UI Objects within Primary Window 



start Interface; /* This resources holds misc 01 objects. */ 

SanpleView « GenView { 

viewAttributes - isoiatedContents, grabWhiiePresscd, 

dragScroiiingOn; 
output - process; /• send exposed method to appi •/ 
backColorR • BLACK /• background color •/ 
horizOpenSize ■ 256; 
vert Opens ize - 256; 
hcrisAttributes * scrollable; 

vert At tributes scrollable: 



end Interface; 



Henus 



start KenuResource; 

SampleMenu - Genlnteraction ( 
moniker - "Interaction"; 
hints • ( 

HINT_KENUA2LE /• ail cf the children •/ 

/• can be placed in a menu •/ 

I . 

children ■ Menulteml* Menultem2; 

) ■ 

Menulteml - GenTrigger ( 

moniker - "Trigger 1"; 

1 
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Menultem2 • GenXrigger I 

nionikec - "Trigger 2": 

I 

end henuReaource; 



Appendix B 



<Ttie USES clause brings in the units containing the Pascal ) 
(interfaces. The SU expression tells the compiler what file to look ) 
{in for the specified unit. ) 

USES (SU Obj/MemTypes | MemTypes, (basic Hemory Manager data types J 
(SU Ob j/Quic)tDraw| Quic)cOraw, (interface to QuiclcDraw) 
(SU Obj/OSIntf 1 OSIntf, (interface to the Oper System) 

{5U Obj/Toollnt£ | Tooilntf; (interface to the Toolbox! 

CONST applelD - 128; (resource IDs/menu IDs for Apple, File menu) 
filelD - 129; 

appleM - 1; (index for each menu in myMenus (array of I 

fileM •» 2; (menu handles) ) 

menuCount - 2; (total number of menus) 

windowID * 128; (resource ID for application's window) 

ne%#Connnand «• 1; (znenu item numbers identifying commands in) 
openCorranand * 2; (File menu) 
saveCommand -» 3; 
saveAsCornnand -4; 

exitCommand - €; (sicip a number because of separator) 

VAR myMenus: ARRAY ( 1 . .menuCount I OF HenuHandle; 
( srray of handles to the menus ) 
wRecord: WindowRecord; I info about the applica::ion window) 
myWindow: Windowptr; (pointer tc wRecorcl 



PROCIDURZ SetUpKenus; • 

( Set up menus and menu bar ) 

VAR i: . INTEGER; 
BSCIN 

(Read menu descriptions from resource file into memory and store ) 
(bandies in myHenus array ) 
myHenus ( appleM ] : « GetMenu ( apple ZD ) ; 

( read Apple menu from resource file I 
AddResMenu (myMenus (applcM) * 'DRVR^ ) ; 

( add desit accessory naaes to Apple menu ) 
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nyMenua ( f iXeM] : « GetMenu (filcID) ; 

( read File oenu from resource file ) 

FOR i:-l TO rrenuCount 00 InserrMenu (mvMenus Ci] # 0] ; (inacall menusl 
OrawMenuBar; (in menu bar and draw menu bar} 

END; ( of SecUcMenus I 



BEGIN (main program) 
( Initialization 1 



ZnitWindows; 
InitHenus ; 
TCZnit ; 

InitDialcgs (NIL) ; 
InitCursor; 



(initialize window Manager) 

(initialize Menu Manager) ' 

(initialize TextEdit) 

(init.ializQ Dialog Manager) 

(call OuiclcDraw to ma)ce cursor an arrow) 



SetUpMenus; * 



(set up menus and menu bar) 



myWindow GetNewWindow(windowiD. GwRecord, POINTER (-1) ) ; 

{ put up application window ) 
SetPort (rtywindow) ; 

( call QuickDraw to set current grafport to this window } 



END. 



appendix C 



CHAR azClientClass (] - "Sampie" ; 
KAB hab ; 



int main (void) 
( 

static UI*ONG f IFraroef lags • FCT ,XITLEBAR I rCT SYSMENU I 

rCF_SI2EBORDER ^ FCFJIINMAX I 
FCr_SHELLPOSITION | 
rcr^TASKLXST I FCF^MENU ; 

HMQ hmq ; 

HWND hwndFrame, h«mdClient ; 
QMSG qmsg ; 



hab » Winlnitialize (0) ; 

haq « WinCreateHsgQueue (hab,0) ; 

WlnRegistezClass (hob, 

szClientClass , 



// Anchor block handle 
// Name of class being 
// registered 

// Window procedure for class 

// Class style 

// Extra bytes to reserve 



ClientWnoProc, 
0) ; 
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HWNDJDESKTOP, .// Parent window handle 

WS_VISIBLE, // style of frame window 

fiflFraiueFlags, // Point to control data 

sxClientClass, // Client window class name 

NULL, // Title bar text " 

// Style of client window 

NULL, / / Module handle for resources 

ID^RESOURCE, // ID of resources 

fihwndClient) ; // Pointer to client window hndX 

winSendMsg ( hwndTrame , WM_SiTICCN, 

winQuerySysPointer (HMND^DESKTOP, S?TR_A?PICON, 
FALSE) , " ■ " 

KULL) ; // Set minimized icon for window 



This code creates a stacdanl application window widi attributes defined by 
flFrameFlags. 

FCF.TITLEB AR, creates a tiilc bar 

FCF_SYSMENU, aeatcs a sysiem menu 

FCF.SIZE BORDER, crcatcs.a sizing border 

FCF MINMAX- agat« a rninfrrw^g wnH maTimi-yi> himn^ 

FCF_SHELLPOSinON, the Prescnaiion Manager (shell) deiermines ihe position 
of the window, typically in a cascaded posidon &om the last applicaiion that starred 

FCF_TASKLIST, adds the window to the switch list of the Task Manager 

FCF.MENU, creates a menu bar 

The iDcnu options arc defined in a separate resources file (SAMPLE.RQ. Note that the 
CUA style guide specifics a different onicr of commands as well as "exit" rather than 
"quit" 



SAMPLE. RC resource script file 



•include <032,h> 
tinclude ''sample. h" 



KENU ID^RSSOURCE 
( 



SUBMENU "-File-, 
MENUITEH --Open.--, 
MENUITEM --New", 
K£im;XT£M SEPARATOR 
MENUITEM --Save-, 
MENUITEM -Save -Aa-" 
MENUITEM SEPARATOR 
MENUITEM -E-xit-, 
1 



IDM FILE 



IDM_0PEN 
IDM_NEW 

IDM_SAVE 
IDM^SAVEAS 

IDM EXIT 
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♦ include "genericuih" 
. 



Application Object 


/• This application is in its own resource so that geoManager 



) 

children - FlleSubMenu, 
ExitGroup; 



FileSubMenu - Genlnteraction ( 
children • NewTrigger^ 
OpenTxigger, 
SaveTrigger, 
Save AsTrigge r ; 

hints .« ( 

HINT_MENUABLE, 
HINT SUB GROUP 



1 



•/ can be put ia menu */ 
*/ add sieparator */ 



I 



NewTricger - GenTrigger { 
NEW_TRIGGER_yALUES 

) 



'/ moniker 



'N*, -New"; •/ 



OpcnTrigger - GenTrigger { 
OPEN_TRIGGER_VALUES 
hints - ( 

HINT_BRINGS_UP_WlNDOW •/ append •/ 



•/ moniker - '0*, "Open"; */ 



I 



SaveTrigger « GenTrigger { 
SAVE_TRIGGER_VALUES 

1 



'/ moniker - 'S', "Save"; •/ 



SaveAsTrigger - GenTrigger ( 
S AVE AS_TR I GGER_VALUES 
. hints » { 

HINT BRINGS UP WINDOW 



•/ moniker - 'A', "Save As* 



I 



1 
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EXIT TRIGGER VALUES 



I 



end MenuResource; 
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•/ kbdAcceleracor ■ specif icUI F3; \ 
moniV.er = •£•, "Exit"; »/ 



What is claimed is: 

1. A method for invoking a user interface for use with 
an application operating in a computer system compris- 
ing the steps of: 

providing in the computer system a generic object 
class that corresponds to a class of function per- 
formed with the user interface; 

specifying in the application instance data in the form 
of a generic object specification that corresponds 
to the generic object class, the instance data includ- 
ing attribute criteria, which are criteria that must 
be met by a specific user interface implementation 
that is selected using the instance data, and hint 
criteria, which arc criteria that are permitted but 
not required to be specified in the instance data, 
and if specified, are permitted but not required to 
be met by a specific user interface implementation 
that is selected using the instance data; 

providing in the computer system a specific use inter- 
face toolbox and controller that operates in the 
computer system to provide a selection of possible 
specific user interface implementations for use in 
performing the class of function; and 

providing in the computer system an interpreter for 
the specific user interface toolbox and controller, 
the interpreter operating in the computer system to 
select a specific user interface implementation from 
the selection of possible specific user interface im- 
plementations, such that a selected specific user 
interface implementation satisfies both the attribute 
criteria and hint criteria specified for the generic 
object class, except if no specific user interface ^ 
implementation satisfies both the attribute criteria 
and hint criteria specified for the generic object 
class then the interpreter being operable to select 
another specific user interface implementation that 
satisfies the attribute criteria but not all of the hint 
criteria that have been specified for the generic 
object class. 

1. The method of claim 1 wherein said step of provid- 
ing a generic object class in the computer system in- 
cludes providing a library of generic objects classes, 
each respective generic object class in said library rep- 
resenting a respective class of functions. 

3. The method of claim 1 wherein: 

said step of providing a generic object class in the 
computer system includes providing in the com- 
puter system multiple generic object classes, each 
of which corresponds to a different class of func- 
tion performed with the user interface; and 

said step of specifying instance data includes specify- 
ing in the application multiple respective generic 
object specifications. 

4. The metfiod of claim 3 wherein said step of specify- 
ing multiple respective generic object specifications 
includes specifying a tree hierarchy relationship among 
the multiple respective generic object classes. 

5. The method of claim 3 wherein: 
said step of specifying multiple respective generic 



55 



65 



object specifications includes specifying a tree hier- 
archy relationship among the multiple respective 
generic object classes; and 
said tree hierarchy provides an indication of which 
visual user interface components are to be in plain 
view and which such visual user interface compo- 
nents are to be hiddend by other such components. 

6. The method of claim 1 wherein the generic object 
class is of a GenListClass that encompasses the generic 
user interface functionality of selecting from among 
multiple choices. 

7. The method of claim 1 wherein the generic object 
class is of a GenTriggerClass that encompasses the 
generic user interface functionality of using a screen 
image to invoke an action, 

8. A method for invoking a user interface for use with 
an application operating in a computer system compris- 
ing the steps of: 

providing in the computer system multiple respective 
generic object classes that respectively correspond 
to respective classes of function performed with 
the user interface; 

specifying in the application instance data in the form 
of a generic object specification that corresponds 
to a designated one of the respective generic object 
classes provided in the computer system, the in- 
stance data including respective attribute criteria, 
which are criteria that must be met by a specific 
user interface implementation that is selected using 
the instance data nd respective hint criteria, which 
are criteria that are permitted but not required to 
be specified in the instance data, and if specified, 
are permitted but not required to be met by a spe- 
cific user interface implementation that is selected 
using the instance data; and 

providing in the computer system a specific user 
interface toolbox and controller that operates in the 
computer system to provide a selection of possible 
specific user interface implementations for use in 
performing the class of function of the designated 
generic object class; and 

providing in the computer system an interpreter that 
corresponds to the specific user interface toolbox 
and controller, the interpreter operating in the 
computer system to select a specific user interface 
implementation from the selection of possible spe- 
cific user interface implementations, such that a 
selected specific user interface implementation 
satisfies both the respective attribute criteria and 
the respective hint criteria specified for the desig- 
nated generic object class, except if no specific user 
interface implementation satisfies both the respec- 
tive attribute criteria and the respective hint crite- 
ria specified for the designated generic object class 
then the interpreter being operable to select an- 
other specific user interface implementation that 
satisfies the respective attribute criteria but not all 
of the hint criteria that have been specified for the 
designated generic object class. 
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9. A method for designating a user interface for use 
with an application operating in a computer system 
comprising the steps of: 

providing in the computer system a first generic ob- 
ject class and a second generic object class wherein 5 
each such respective generic object class cone- 
sponds to a respective class of function to be per- 
formed using the user interface; 

specifying in the application first instance data in the 
form of a first generic object specification that 10 
corresponds to the first generic object class, the 
first instance data including first attribute criteria, 
which arc criteria that must be met ^y a specific 
user interface implementation that is selected using 
the first instance data, and first hint criteria, which 15 
arc criteria that are permitted but not required to 
be specified in the first instance data and if speci- 
fied, are permitted but not required to be met by a 
specified user interface implementation that is se- 
lected using the first instance data; 20 

specifying in the application second instance data in 
the form of a second generic object specification 
that corresponds to the second generic object class, 
the second instance data including second attribute 
criteria, which are criteria that must be met by a 25 
specific user interface implementation that is se- 
lected using the second instance data and second 
hint criteria, which are criteria that are permitted 
but not required to be specified in the second in- 
stance data, and if specified, are permitted but not 30 
required to be met by a specific user interface im- 
plementation that is selected using the second in- 
stance data; 

providing in the computer system a specific user 
interface toolbox and controller that operates in the 35 
computer system to provide, for each of the first 
and second generic object classes, a respective 
selection of multiple possible specific user interface 
implementations; 

providing in the computer system an interpreter that 40 
corresponds to the specific user interface toolbox 
and controller, the interpreter including a first 
generic object class interpreter and a second ge- 
neric object class interpreter; 

producing a first specific user interface interpretation 45 
for the first generic object class from the specific 
user interface toolbox and controller using the first 
generic object class interpreter, such that the first 
specific user interface interpretation satisfies both 
the first attribute criteria and the first hint criteria, 50 
except if no first specific user interface interpreta- 
tion satisfies both the first attribute criteria and the 
first hint criteria, then using the fu^t generic object 
class interpreter to produce another first specific 
user interface interpretation that satisfies the first 55 
attribute criteria but not all of the first hint criteria 
that have been specified; and 

producing a second specific user interface interpreta- 
tion for the second generic object class from the 
specific user interface toolbox and Controller using ^ 
the second generic object class interpreter, such 
that the selected second specific user interface 
interpretation satisfies both the second attribute 
criteria and the second hint criteria, except if no 
second specific user interface interpretation satis- 65 
fies both the second attribute criteria and the sec- 
ond hint criteria, then using the second generic 
object interpreter to select another second specific 



user interface interpretation that satisfies the sec- 
ond attribute criteria but not all of the second hint 
criteria that have been specified. 

10. A method for designating a user interface for use 
with an application operating in a computer system 
comprising the steps of: 

providing in the computer system a generic object 
class that corresponds to a class of function that is 
to be performed with the tiser interface; 

specifying in the application instance data that corre- 
sponds to the generic object class, the instance data 
including attribute criteria, which are criteria that 
must be met by a specific user interface implemen- 
tation that is selected using the instance data, and 
hint criteria, which are criteria that are permitted 
but not required to be specified in the instance data, 
and if specified, are permitted but not required to 
be met by a specific user interface implementation 
that is selected using the instance data; 

providing in the computer system a first specific user 
interface toolbox and controller that is operable in 
the computer system to provide a first selection of 
muhiple possible first specific user interface imple- 
mentations for use in performing the class of func- 
tion; 

providing in the computer system a second specific 
user interface toolbox and controller that is opera- 
ble in the computer system to provide a second 
selection of multiple possible second specific user 
interface implementations for use in performing the 
class of function; 
providing in the computer system a first interpreter 
that corresponds to the first specific user interface 
toolbox and controller, the first interpreter opera- 
ble in the computer system to select a fu-st specific 
user interface implementation from the first selec- 
tion of possible first specific user interface imple- 
menutions, such that a selected first specific user 
interface implementation from the furst selection 
satisfies both the attribute criteria and the hint cri- 
teria specified for the generic object class, except if 
no first specific user interface implementation from 
the first selection satisfies both the attribute criteria 
and hint criteria specified for the generic object 
class then the first interpreter being operable to 
select another first specific user interface imple- 
mentotion from the first selection that satisfies the 
attribute criteria but not all of the hint criteria that 
have been specified for the generic object class; 
providing in the computer system a second inter- 
preter that corresponds to the second specific user 
interface toolbox and controller, the second inter- 
preter operable in the computer system to select a 
second specific user interface implementation from 
the second selection if possible second specific user 
interface implementations, such that a selected 
second specific user interface implementation from 
the second selection satisfies both the attribute 
criteria and the hint criteria specified for the ge- 
neric class, except if no second specific user inter- 
face implementation from the second selection 
satisfies both the attribute criteria and hint criteria 
specified for the generic object class then the sec- 
ond interpreter being operable to select another 
second specific user interface implementation from * 
the second selection that satisfies the attribute crite- 
ria but not all of the hint criteria that have been 
specified for the generic object class; 
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selecting one of the first and second specific user 
interface toolbox and controllers and a correspond- 
ing one of the first and second interpreters; and 

producing one of a first specific user interface imple- 
mentation and a second specific user interface im- 3 
plementation using the selected controller and the 
selected interpreter. 

11. A method for designating a user interface for use 
with an application operating in a computer system 
comprising the steps of: 10 

A. providing in the computer system a first generic 
object class that corresponds to a first class of func- 
tion and a second generic object class that corre- 
sponds to a second class of function; 

B. specifying in the application furst instance data in 15 
the form of a first generic object specification that 
corresponds to the first generic object class, the 
first instance data including attribute criteria, 
which are criteria that must be met by a specific 
user interface implementation that is selected using 20 
the first instance data, and hint criteria, which are 
criteria that are permitted but not required to be 
specified in the first instance data, and if specified, 
are permitted but not required to be met by a spe- 
cific user interface implementation that is selected 25 
using the fu-st instance data; 

C specifying in the application second instance data 
in the form of a second generic object specification 
that corresponds to the second generic object class, 
the second instance data including attribute crite- 30 
ria, which are criteria that must be met by a specific 
user interface implementation that is selected using 
the second instance data, and hint criteria, which 
are criteria that are permitted but not required to 
be specified in the second instance data, and if 35 
specified, are permitted but not required to be met 
by a specific user interface implementation that is 
selected using the second instance data; 

D. providing in the computer system a fu^t specific 
user interface toolbox and controller that is opera- 40 
ble in the computer system to provide, for each of 
the first and second generic object classes, a respec- 
tive first selection of multiple possible fu-st specific 
user interface implementations; 

E. providing in the computer system a second spe- 45 
cific user interface toolbox and controller that is 
operable in the computer system to provide, for 
each of the first and second generic object classes, 

a respective second selection of multiple possible 
second specific user interface implementations; 50 

F. providing in the computer system a first inter- 
preter that corresponds to the first specific user 
interface toolbox and controller, 

i. wherein the fu-st interpreter is operable to select 
from the first specific user interface toolbox and 55 
controller a respective first specific user inter- 
face implementation for the first generic object 
class, such that a selected first specific user inter- 
face implementation satisfies both the attribute 
criteria and hint criteria specified for the respec* 60 
tive first generic object class, except if no first 
specific user interface implementation satisfies 
both the attribute criteria and hint criteria speci- 
fied for the first generic object class then the first 
interpreter being operable to select another first 65 
specific user interface implementation from the 
first selection that satisfies the attribute criteria 



but not all of the hint criteria that have been 
specified for the first generic object class, and 
ii. wherein the first interpreter is operable to select 
from the first specific user interface toolbox and 
controller a respective first specific user inter- 
face implementation for the second generic ob- 
ject class, such that a selected fu-st user interface 
implementation satisfies both the attribute crite- 
ria and hint criteria specified for the second ge- 
neric object class, except if no first specific user 
interface implementation satisfies both the attri- 
bute criteria and hint criteria specified for the 
second generic object class then the fu-st inter- 
preter being operable to select another first spe- 
cific user interface implementation from the first 
selection that satisfies the attribute criteria but 
not all of the hint criteria that have been speci- 
fied for the second generic object class; 

G. providing in the computer system a second inter- 
preter that corresponds to the second specific user 
interface toolbox and controller, 

i. wherein second interpreter is operable to select 
from the second specific user interface toolbox 
and controller a respective second specific user 
interface implementation for the first generic 
object class, such that a selected second specific 
user interface implementations satisfies both the 
attribute criteria and hint criteria of the respec- 
tive first generic object class, except if no second 
specific user interface implementation satisfies 
both the attribute criteria and hint criteria of the 
first generic object class then the second inter- 
preter being operable to select another second 
specific user interface implementation from the 
second selection that satisfies the attribute crite- 
ria but not all of the hint criteria that have been 
specified for the first generic object class, and 

ii. wherein the second interpreter is operable to 
selected from the second specific user interface 
toolbox and controller a respective second spe- 
cific user interface implementation for the sec- 
ond generic object class, such that a selected 
second user interface implementation satisfies 
both the attribute criteria and hint criteria of the 
second generic object class, except if no second 
specific user interface implementation satisfies 
both the attribute criteria and hint criteria of the 
second generic object class then the second in- 
terpreter being operable to select another second 
specific user interface implementation from the 
second selection that satisfies the attribute crite- 
ria but not all of the hint criteria that have been 
specified for the second generic object class; 

H. selecting one of the first and second specific user 
interface toolbox and controllers; 

i. in the event of the selection of the first specific 
user interface toolbox and controller, using the 
first interpreter to select respective first specific 
user interface implementations for the first ge- 
neric object class and the second generic object 
class, and 

ii. in the event of the selection of the second specific 
user interface toolbox and controller, using the 
second interpreter to select respective second 
specific user interface implementations for the 
first generic object class and the second generic 
object class. 
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ABSTRACT 



The invention is carried out in the following environment. 
The computer system has at least a visual operator interface, 
an operating system for operating applications within the 
computer system, and memory for storing at least part, 
preferably all, of an application. The present invention 
provides a method, apparatus, and application for construct- 
ing in a graphical user interface a list of values, with each 
value having multiple components. Also disclosed is a 
means for adding, modifying, and deleting values or com- 
ponents of values. Additionally disclosed is a means for 
copying selected values or components of values from one 
entry to another entry in the list of values. 
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GRAPHICAL INTERFACE METHOD, separates iff ram the other classes. A class may be looked at 

APPARATUS AND APPLICATION FOR as a group of objects that have similar behavior and infor- 

CREATING AND MODIFYING A LIST OF matioo structures. In addition, each of the objects enumer- 

VALUES WITH MULTIPLE COMPONENTS ated and defined below may contain other objects. There are 

BACKGROUND OF THE INVENTION AND ^ ^ree primary classes of objecU. Each is discussed below. 

STATE OF THE PRIOR ART ^^1^° t'"*! .v, . r. ■ • , 

This object holds other objects. Its principal purpose is to 

1. Field of the Invention provide the user with a way to hold or group related objects 
The present invention relates to graphical user interfaces. for easy access or retrieval. An operating system, e.g. OS/2® 

More particularly, the invention relates to a method, appa- (a trademark of IBM Corporation) or WindowsC© (a trade- 

ratus and application for creating and modifying a list of mark of Microsoft Corporation), typically provides a 

values, each value having multiple components. general-purpose container, for example a folder or a prci- 

2. Description of Related Art gram group — that holds any type of object, including other 
In order to better understand the terms utilized in this containers. For example, imagine a program group (or 

patent application, a brief background definition section will ^ . folder) labeled "PRIVATE FOLDER— ICONS''. In the pro- 
be presented so that the reader wUl have a common under- e^am group are three folder icons labeled "REPORTS", 
standing of the terms employed and associated with the "PORTFOLIO" and "LETTERS''. By selecting with a 
present invention "'^^^ °' pomUng device the icon "PORTFOLIO", 
.„ ■ * _f » • r . I. • J . another window may open showing three more icons labeled 
A user interface is a group of techniques and mccha- uqjj^ PAINTINGS", "WATER COLORS", and "POR- 
nisms that a person employs to mteract with an object. Ue TRAITS". In turn, selecting any of those three icons may 
user mterface is developed to fit the needs or requirements ^^^^ additional windows with further icons representing 
of the users who use the object. Commonly known user ^^^^^^^ subdivisions, or cross-references (e.g.. 
mtertaccs can include telephone push buttons or dials, or "CUSTOMERS") 
pushbuttons such as on a VCR or a television set remote. m pj^jj^ Objects- 

With a computer, many interfaces not only to allow the user ^ principal' purpose of a data object is to convey 

to commumcate with the computer but also allow the information. TTiis informaUon may be textual or graphical 

computer to communicate with the user. These would information or even audio or video information. For 

include (1) command-line user mterfaces (i.e., user remem- example, a business report displayed on the computer moni- 

Ti n^^c^' ""'"'^ ' "^■'■^]^ .^, tor may contain textual information concerning sales of 

which DIR IS a typical DOS command entered at the "C 30 "gadgets" over the past few years (text object) to all cus- 

prampt); (2) menu-dnven user mterfaces which present an (omeis and also may contain a bar chart (graphic object) to 

organized set of choices for the user, and (3) graphical user pictorially depict, on the same monitor screen, the sales 

mteriaces, ( CjUI ) in which the user points to and mteracts information 

with elements of the interface that are visible, for example /^x Qgyj^ Objects* 

by a "mouse" controlled arrow or cursor. 35 ^he principal pu'rpose of a device object is to provide a 

An example of a GUI user mterface is that which is communication vehicle between the computer and another 

offered by International Business Machines Corporation physical or logical object. Many times the device object 

(IBM) under the name "Common-User Access" ("GUA"). represents a physical object in the real world. For example, 

This GUI incorporates elements of object orientation (i.e., a mouse object or icon can represent the user's pointing 

the user's focus is on objects and the concept of applications 40 device, and a modem object can represent the user's modem, 

IS hidden). Object oncntaUon of the mterfaces allow for an or a printer object or icon can represent the user's printer, 

interconnection of the working environment in which each other device objects are purely logical, e.g. an out-basket 

element, called an "object," can interact with every other icon representing outgoing electronic mail; a waslebasket 

object. The objects users require to perform their tasks and object or icon representing a way the user may "trash" or 

the objects used by the opcratmg environment can work 45 dispose of other objects. 

cooperatively in one seamless interface. With object ori- as can be seen from the foregoing, a class of objects may 

ented programming using a GUI, the boundanes that dis- be defined as a description of the common characteristics of 

tinguish applications from operating systems are no longer several objects, or a template or model which represents how 

apparent or relevant to the user. the objects contained in the class are structured. While there 

In connection with this patent application, an "object" so are further ways in which to define objects and classes of 

means any visual component of a user interface that a user objects, typically each class of objects will include similar 

can work with as a unit, independent of other items, to attributes, the values of which the user will alter, modify, 

perform a task. By way of example, a spreadsheet, one cell replace or remove from time to time. For a more complete 

in a spreadsheet, a bar chart, one bar in a bar chart, a report, discussion of objects, attributes, object oriented interfaces 

a paragraph in a report, a database, one record in a database, ss etc. see "Object Oriented Interface Design: IBM Common 

and a printer are all objects. Each object can be represented User Access" (published by Que, ISBN 1-56529-170-0). 

by one or more graphic images, called "icons," with which The present invention relates primarily to data objects. In 

a user interacts, much as a user interacts with objects in the a graphical user interface, the user frequently desires to 

real world. (NOTE: In the real world, an object might be an construct a list of values, with each value having multiple 

item that a person requires to perform work. As an example, eo components. The components may be of different types, for 

an architect's objects might include a scale, T-square, and a example, numeric, boolean, or alphabetic. In addition to 

sharp pencil, while an accountant's objects might include a creating the list, the user typically wants to modify the list, 

ledger and a calculator.) However, it is not required that an once created, by adding, deleting, or modifying values or 

object always be represented by an icon, and not all inter- certain components of values. Moreover, it is useful for the 

action is accomplished by way of icons. 55 user to be able to copy values from one entry to another. 

While classification of objects may follow many different There arc no standard solutions to these needs in the field 

definitions, each class of objects has a primary purpose that of graphical user interfaces. Of course a variety of database 
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products exist that provide various data management which may be connected to a Local Area Network system 

options. However, within graphical user interfaces there are (LAN 20) as shown in FIG. 2. 

no known solutions that adequately meet user needs. As shown in FIG. 1, the computer system 1 comprises a 

SUMMARY OF THE INVENTION chassis 10, a display means or monitor 12, a connected 

I . r.u u ; • • 1 u- * r.i- .5 keyboard 16 and a pointing device, in the present instance a 

In view of the above, u >s a principal object of the present ig ^1,;^^ is operator controUed to move a pointer 

invention to provide a graphically onented method apph- ^^^^ iji. (shown in FIG. 3) on the display or monitor 

cation and apparatus to construct a hst of values, each value screen 12c. As shown in FIG. 2, the chassis 10 includes a 

saving multtple components. central processing unit, or "CPU" 5, a memory manager and 

Another object of the present invention is to permit the associated random access memory, or "RAM" 6, a fixed disk 

user to modify a hst of values, each value having multiple or hard drive 8 (which may include its associated disk 

components. controller), a display manager 12a which is connected 

Yet another object of the present invention is to permit the externally to the chassis 10 of the display 12; a keyboard 

user to copy selected values or components of values from j^anager 16a, which through flexible cable (not shown) is 

one entry to anotner. connected to the keyboard 16; a mouse manager 17 (which 

Stdl another object of the present invention is to provide instances may form part of the display manager Ua, 

an apphcation which may be employed m a number of and may be in the form of a software driver) for reading the 

different computers, may be transported between different motion of the mouse 18 and its control mouse buttons (MB) 

computers, and may be loaded mto various computer envi- ig^ and 18/?, shown in FIG. 1. A disk manager or controller 

ronments. 13^ ^^^^^ controls the action of the disk drive 13 (and an 

The invention is carried out in the following environment. optional drive such as a magneto -optical or CD ROM drive 

The computer system has at least a visual operator interface, 14) shown in HG. 1, rounds out most of the major elements 

an operating system for operating apphcations within the of the computer system 1 

computer system and memory for storing at least part, jhe pointer element or cursor Ub can be moved over the 

preferably all of an apphcation. The present invention display screen 12c by movement of the mouse 18. The 

provides a method, apparatus and application for construct- ^lousc buttons (MB) 18a and 186 give commands to the 

mg m a graphical user interface a hst of values, with each operating system, usually through a software mouse driver 

value having multiple components. Also disclosed is a pj^yided by the mouse manufacturer. With the first mouse 

means for adding, modifymg, and deletmg values or com- button (MB) 18a the operator can select an element indi- 

ponents of values. Additionally disclosed is a means for ^ated on the display screen 12c using the pointer or cursor 

copymg selected values or components of values from one ^i,^ ^ signify that an action subsequently to be performed 

entry to another entry m the hst of values. is to be carried out on the data represented by the indicated 

Other objects of the mvention and a more complete element on the display screen 12c. The system normaUy 

understanding of the invention may be had by referring to gives some visual feedback to the operator to indicate the 

the following description taken in conjunction with the 3^ element selected, such as a change in color, or a blocking of 

accompanying drawmgs, the icon. The second mouse button (MB) ISb may be a menu 

BRIEF DESCRIPTION OF THE DRAWING(S) button, if desired. Conventionally, when the operator presses 

HO. 1 illustrates a typical desktop computer system ^l^^c l^n ' ^^''^^^^.^^^^^ ^''^""^ ^^f*^"^ 

which may be employed to practice the novel method and '^^f Z^?^^ ""-^ display screen 12c. The operator 

application of the present invention; ^0 [^ay select an icon or item from the selection menu or input 

rii- • ui ; J- -11 . 1 r- mtormation into the dialog box as appropnate usmg the 

HG. 2 IS a block diagram illustratmg a sample configu- cursor 12b and the first mouse button (MB) 18a. Some menu 

ration of the computer system shown m HG. 1; it^ms, if selected, may call up another menu or submenu for 

MG. 3 IS a typical window, in accordance with the present the operator to continue the selection process 

mvention, showing a value in a list box with the value -nie use of a mouse and selection menus is well known in 

having multiple components; ^^e art, for example U.S. Pat. No. 4,464,652 to Lapson et al. 

FIG. 4 IS a typical wmdow showing how new values are describes a selection menu of the pull-down type in corn- 
added to the list of values; bination with a mouse. It should be recognized, of course, 

FIG, 5 is a typical wmdow showing the added values in that other cursor pointing devices may be employed, for 

the list box; example a joystick, ball and socket, or cursor keys on the 

FIGS. 6A and 6B are typical windows showing the keyboard, 

copying of a value already in the list box, and then modi- The foregoing devices (and software drivers therefore) 

fication of the copy; within the chassis 10 communicate with one another via a 

FIG. 7 is a typical window showing the added copy, as bus 7. To round out the computer system 1, an operating 

modified, in the list box; 55 system (not shown) must be employed. If the computer 

FIGS. 8A and 8B are typical windows showing the system is a typical IBM-based system, the operating system 

modification of existing values and components of values in niay be DOS-based and include a GUI interface such as 

the list box; contained in OS/2®, or WINDOWS®, or other operating 

FIG. 9 is a typical window showing the modified value in system of choice. If the computer system is based upon 

the list box; and 60 RISC (reduced instruction set computer) architecture, then 

FIG. 10 is a flow chart illustrating the method of the operating system employed may be, in the instance of an 

present invention, including FIG. lOA and FIG. lOB. IBM-based RISC architectured Systcm/6000®, AIX. 

DESCRIPTION OFTHFITTlKJTRATivp Alternatively, if the computer system 1 is a large host 

DESCRIPTION OF TOE^^^ computer, such as a an IBM 3090, it may be running an 

EMBODIMENT(S) 65 operating system such as MVS or VM. 

Turning now to the drawings, and especially FIGS. 1 and In the iUustrated instance, the computer system 1 includes 

2, FIG. 1 diagrammatically shows a computer system 1 an 1/0 (Input/Output) manager or communications manager 



10/31/2003, EAST Version: 1.4.1 



5,867, 

5 

19 (shown in FIG. 2) which serves to link the computer 
system for communications with the outside world such as 
to a systems printer, a modem or a LAN controller (such as 
a Token ring or ETHERNET or even through a modem 
employing SDLC) such as shown at 20 in FIG. 2. The LAN 5 
controller may be incorporated inside the computer system 
1 or located externally as shown diagram ma ticaUy in FIG. 2, 
as desired. The LAN controller 20 may connect to other 
computer systems 40 and 41 as well as to other printers such 
as printers 25, 30 and 35 by communications cable 22 and lo 
the like. However the method and application of the present 
invention works equally well with multiple objects serviced 
by a single computer system. 

Referring now to FIG. 3, the display screen 12c of the 
monitor 12 is shown with a window 50. As illustrated, a list 15 
box 52 contains a value 54 that has a number of components, 
56, 58 and 60. Value 54 is one entry in the list box 52. 

The components shown in FIG. 3, are method 56, address 
58, and copies 60. In this example, there is an additional 
component, comment, which is scrolled to the right and ^ 
therefore not visible in FIG. 3. From this example, it is clear 
that the componcots may be in a variety of formats. Com- 
ponents 56 and 58 are alphabetic, while component 60 is 
numeric. The components 56, 58, and 60 of the value 54 are 
hsted horizontally in a row in the list box 52. Down the right ^ 
hand side of window 50 are four pushbuttons 62, 64, 66, and 
68. The Add Pushbutton 62 is selected to add a value (i.e., 
a new entry) to the list box 52. The Add Copy Pushbutton 64 
is selected to copy a value from the list box 52 to create 
another entry in the list box 52. The Modify Pushbutton 66 
is selected to modify an existing value in the list box 52. The 
Delete Pushbutton 68 is selected to delete an existing value 
in the list box 52. The operation of each of these pushbuttons 
is described in further detail below. 

35 

FIG. 4 shows a typical window 70 to demonstrate how 
values are added to the hst box 52. When the user selects the 
Add Pushbutton 62 in the window 50 in FIG. 3, the window 
70 appears. The window 70 lists on a separate line each 
component of a value hi the list box 52. The components are ^ 
delivery method 56, delivery address 58, job copies 60, and 
comment 72. Note that the window 70 lists the full name of 
each component, whereas the list box 52 lists an abbreviated 
name for each component 56, 58, and 60. In addition, 
window 70 has a comment box 72 for additional information 
about the value or its components. The information in the 
comment box 72 is scrolled to the right in the list box 52. To 
add a value to the list box 52, the user completes each 
component 56 to 60 on the window 70 and adds any 
additional comments in the comment box 72. The user then 
selects the Add Pushbutton 74 at the bottom of window 70. 
The window 70 then closes and, as shown in FIG. 5, the 
window 80 appears. Window 80 is identical to window 50, 
except that the value 82 added in window 70 is shown in the 
Hst box 52. 

Assume now that the user desires to copy value 82 to 
create a third entry in hst box 52. The user selects Add Copy 
Pushbutton 64. This causes window 90 to appear, as shown 
in FIG. 6A. As can be seen in FIG. 6A, each of the 
components of value 82 have been "pre-filled in" to each qq 
component field on window 90. If the user then desires to 
make certain modifications to the components this can be 
done without the user having to re-enter all of the informa- 
tion for the value 82. 

As shown in FIG. 6B, minor modifications can be made 65 
to the delivery address component 58, the job copies com- 
ponent 60, and the comment box 72. When the modifications 
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are complete, the user selects the Add Copy Pushbutton 92. 
This causes window 94 to appear, as shown in FIG. 7. As 
shown in FIG. 7, the new value 96 has been added to the list 
box 52. 

Now suppose the user desires to modify value 96. The 
user selects the Modify Pushbutton 66. This causes the 
window 100 shown in FIG. 8A to appear. Window 100 
shows each component 56, 58, and 60 of value 96. Each 
component 56, 58, and 60 and the comment box 72 is 
"pre-filled-in" to correspond with the information for value 
96 showing in the list box 52 and as previously entered by 
the user. The user can make minor changes to the job copies 
component 60 as shown in FIG. 8B. The user also can 
change the comment box 72 as shown in FIG. 8B. Of course, 
other modifications are possible also. The modifications 
shown are examples only. 

When the modifications are complete, the user selects the 
modify pushbutton 102 as shown in FIG. 8B. FIG. 9 shows 
list box 52 with value 96 modified as shown in FIG. 8B. 

Although not illustrated in the Figures, the user also can 
delete a value in the list box 52. To delete a value, the delete 
pushbutton 68 is selected. 

FIG. 10 shows the method of the present invention. 

Although the invention has been described with a certain 
degree of particularity, it should be recognized that elements 
thereof may be altered by person(s) skilled in the art without 
departing from the spirit and scope of the invention. The 
invention is limited only by the following claims and their 
equivalents. 

What is claimed is: 

1. An application for creating a list of multiple values, 
wherein each value is comprised of multiple component 
values, wherein the application is controlled by a computer 
system having at least a visual operator interface, an oper- 
ating system for controlling the operation of program appli- 
cations within the computer system, and memory for storing 
a program application, the apphcation comprising: 

means for selecting a first window showing a hst box for 
the values, wherein the displayed list box displays a list 
of values, the list box containing a heading for each 
component value; 

means for selecting a first add pushbutton to view a 
second window in which each component may be filled 
in for an additional value to be added to the list box; 

means for filling in each component value in the second 
window; and 

means for selecting a second add pushbutton in the second 
window causing the first window lo appear displaying 
the hst box of values including the added value. 

2. An application for copying a first value in a list box to 
create a second value in the list box, wherein a value is 
comprised of multiple component values, wherein the appli- 
cation is controlled by a computer system having at least a 
visual operator interface, an operating system for controlling 
the operation of program applications within the computer 
system, and memory for storing a program application, the 
application comprising: 

means for selecting the first value from a first window 
showing the list box, wherein the displayed list box 
displays a Ust of values; 

means for selecting a first add copy pushbutton 
second window showing the second value 
component value fiUed-in as for the selected 
and 

means for selecting a second add copy pushb 
second window causing the first windov 



10/31/2003, EAST Version: 1.4.1 



5,867,157 



8 



displaying the list box of values including the second 
value as a new entry in the displayed list box. 

3. An application for copying a first value with one or 
more component values in a list box to create a second value 

in the list box in accordance with claim 2 further comprising: 5 
means for modifying the component values of the second 
value as desired prior to selecting the second add copy 
piishbutton. 

4. An application for revising a value in a list box 
displaying multiple values, wherein a value is comprised of 10 
multiple components values, wherein the application is 
controlled by a computer system having at least a visual 
operator interface, an operating system for controlling the 
operation of program applications within the computer 
system, and memory for storing a program application, the 15 
application comprising: 

means for selecting a first window displaying a list box, 
wherein the displayed list box displays a list of values, 

means for selecting the value to be modified from the first ^ 
window; 

means for selecting a modify pushbutton to view a second 

window showing the components of the selected value; 
means for modifying as desired the components shown in 

the second window; and 25 
means for selecting a second modify pushbutton causing 

the first window to appear displaying the list box of 

values including the modified value. 

5. A method for creating a list of multiple values, wherein 
each value is comprised of multiple component values, 30 
wherein the application is controlled by a computer system 
having at least a visual operator interface, an operating 
system for controlling the operation of program applications 
within the computer system, and memory for storing a 
program application, the application comprising: 

selecting a first window showing a list box for the values, 
wherein the displayed list box displays a list of values, 
the list box containing a heading for each component; 

selecting a first add pushbutton to view a second window ^ 
in which each component may be filled in for an 
additional value to be added to the list box; 

filling in each component in the second window; and 

selecting a second add pushbutton in the second window 
causing the first window to appear displaying the list 45 
box of values including the additional value. 



6. A method for copying a first value to create a second 
value, wherein the values are comprised of multiple com- 
ponent values, wherein the application is controlled by a 
computer system having at least a visual operator interface, 
an operating system for controlling the operation of program 
applications within the computer system, and memory for 
storing a program application, the application comprising: 

selecting the first value from a first window showing the 
list box, wherein the displayed list box displays a list of 
values; 

selecting a first add copy pushbutton to view a second 
window showing the second value with each compo- 
nent filled-in as for the selected first value; and 

selecting a second add copy pushbutton in the second 
window causing the first window to appear displaying 
the list box of values including the second value as a 
new entry in the displayed list box. 

7. A method for copying a first value with one or more 
component values in a list box to create a second value in the 
list box in accordance with claim 6 further comprising the 
steps of: 

modifying the component values of the second value as 
desired prior to selecting the second add copy push- 
button. 

8. A method for revising a value, wherein the value is 
comprised of multiple component values, wherein the appli- 
cation is controlled by a computer system having at least a 
visual operator interface, an operating system for controlling 
the operation of program applications within the computer 
system, and memory for storing a program application, the 
application comprising; 

selecting a first window displaying a list box, wherein the 
displayed list box displays a list of values, 

selecting the value to be modified from the first window; 

selecting a modify pushbutton to view a second window 
showing the components of the selected value; 

modifying as desired the components shown in the second 
window; and 

selecting a second modify pushbutton causing the first 
window to appear displaying the list box of values 
including the modified value. 
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